志和 莹 如 车 


欣 件 测试 


清华 大 学 出 版 福 


软件 测试 方法 与 实践 


郁 莲 编著 


清华 大 学 出 版 社 
北 京 


内 容 简 介 


本 书 系 统 介绍 现代 软件 测试 的 基本 原理 与 一 般 方法 。 全 书 共 分 10 章 , 内 容 包括 软件 测试 概述 、 白 盒 
测试 . 黑 盒 测试 ,软件 测试 覆盖 分 析 .单元 测试 与 集成 测试 JUnit 测试 工具 .回归 测试 .基于 状态 的 软件 测 
试 技术 \ 面 向 对 象 的 应 用 测试 .Web 应 用 软件 测试 技术 。 各 章 均 有 总 结 、 思 考 与 练习 题 , 课 后 作业 和 进一步 
阅读 材料 、 以 便 丽 固 加 深 所 学 的 知识 。 

本 书 可 作为 计算 机 科学 软件 工程 专业 的 本 科 高 年 级 学 生 及 研究 生 的 教科 书 ,以 及 从 事 软 件 测试 工作 
的 技术 人 员 的 参考 书 。 


本 书 封面 贴 有 清华 大 学 出 版 社 防伪 标签 ,无 标签 者 不 得 销售 。 
版 权 所 有 ,侵权 必 究 。 侵 权 举 报 电 话 : 010-62782989 13701121983 


图 书 在 版 编目 (CIP) 数 据 


软件 测试 方法 与 实践 / 郁 莲 编著 .一 北京 : 清华 大 学 出 版 社 ,2008. 11 
ISBN 978-7-302-18458-4 


I. 软 … 本. 郁 … 亚 . 软件 一 测试 NV. TP311.5 
中 国 版 本 图 书馆 CIP 数据 核 字 (2008) 第 132659 号 


责任 编辑 : 丁 岭 李 轮 

责任 校对 : 梁 雪 

责任 印 制 : 

出 版 发 行 : 清华 大 学 出 版 社 地 址 : 北京 清华 大 学 学 研 大 厦 A 座 
http://www. tup. com. cn 邮 编 : 100084 
社 总 机 : 010-62770175 邮 购 : 010-62786544 


投稿 与 读者 服务 : 010-62776969,c-service@tup. tsinghua. edu. cn 
质 量 反 馈 : 010-62772015,zhiliang@tup. tsinghua. edu. cn 


印刷 者 : 

装 订 者 : 

经 销 : 全 国 新 华 书店 

开 本 : 185X230 印 张 : 14.75 字 ” 数 : 326 千 字 

版 ”次 : 2008 年 11 月 第 1 版 印 ”次 : 2008 年 11 月 第 1 次 印刷 
印 “ 数 : 1~ 000 

定 价 ; .00 元 


本 书 如 存在 文字 不 清 、 漏 印 、 缺 页 、 倒 页 、 脱 页 等 印 装 质量 问题 ,请 与 清华 大 学 出 版 社 出 版 部 联系 调换 。 
联系 电话 : 010-62770177 转 3103 产品 编号 : 


在 高 度 信息 化 的 今天 ,信息 技术 已 经 成 为 社会 发 展 的 第 一 生产 力 ,软件 则 是 信息 技术 中 
最 重要 的 组 成 部 分 。 近 年 来 ,软件 产业 在 很 多 国家 都 成 为 了 国民 经 济 的 主导 产业 。 但 随 着 
软件 的 规模 和 复杂 性 的 大 幅度 提升 ,软件 不 可 靠 性 的 矛盾 也 变 得 日 益 突出 ,因此 如 何 保证 软 
件 的 质量 成 为 了 必须 解决 的 问题 。 在 20 世纪 ,由 于 需求 和 认识 等 方面 的 原因 ,更 多 的 人 只 
是 关注 软件 开发 ,而 软件 测试 一 直 没 有 得 到 足够 的 重视 ,发 展 比较 缓慢 。 随 着 软件 质量 保证 
理论 与 技术 的 快速 发 展 ,软件 测试 逐渐 受到 越 来 越 广泛 的 重视 ,并 正在 形成 一 种 产业 ,从 业 
人 员 的 数量 也 在 大 幅度 增加 。 目 前 中 国有 一 千 多 家 软件 评测 中 心 , 从 事 软 件 测试 的 人 员 有 
数 万 人 ,但 仍然 有 约 二 十 万 的 人 才 空 缺 。 这 些 紧 缺 人 才 并 不 是 只 会 点 点 鼠标 的 测试 操作 者 ， 
而 是 具有 与 开发 人 员 相 同 甚至 更 高 能 力 的 测试 设计 师 和 分 析 员 。 


1. 预备 知识 要 求 和 目标 


本 书 既 可 作为 初次 接触 软件 测试 的 读者 系统 学 习 的 入 门 教材 ,也 可 作为 具有 一 定 经 验 
的 测试 人 员 随 时 翻阅 的 工具 书 。 本 书 难 度 适中 ,希望 读者 通过 阅读 和 学 习 , 能 够 了 解 软件 测 
试 的 重要 性 ,掌握 基本 的 软件 测试 技术 。 不 论 是 哪 类 读者 ,要 深入 理解 本 书 的 内 容 , 软 件 工 
程 的 基础 知识 都 是 必需 的 。 

另外 ,最 后 两 章 涉及 面向 对 象 的 应 用 测试 和 Web 应 用 软件 测试 ,如 果 读 者 具有 一 定 的 
面向 对 象 开发 基础 和 Web 应 用 开发 基础 , 便 能 够 更 加 透彻 地 理解 这 两 章 的 内 容 。 当 然 ,这 
并 不 是 必需 的 ,即使 没有 这 方面 的 经 验 , 读 者 也 可 以 利用 音节 最 后 列 出 的 进一步 阅读 材料 了 
解 相关 的 知识 。 


2. 本 书 章节 安排 


软件 测试 的 基础 包括 黑 盒 测试 技术 和 和 白 盒 测试 技术 , 除 此 之 外 , 随 着 人 们 对 软件 及 软件 
错误 认识 的 不 断 深入 ,新 的 测试 方法 也 应 运 而 生 。 本 书 在 重点 讲解 软件 测试 基本 技术 的 同 
时 ,也 对 一 些 新 的 软件 测试 技术 进行 了 介绍 。 

第 1 章 软件 测试 概述 。 软 件 测试 是 为 了 确认 软件 做 了 所 期 望 的 事情 (Do the Right 
Thing) , 另 一 方面 是 确认 软件 以 正确 的 方式 来 做 了 这 个 事件 (Do it Right)。 软 件 测试 不 仅 
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是 在 测试 软件 产品 本 身 , 而 且 还 包括 软件 开发 的 过 程 。 这 一 章 将 介绍 软件 测试 基本 概念 、 软 
件 测试 目的 .软件 测试 类 型 .软件 测试 原则 、 软 件 测试 现状 与 挑战 和 测试 人 员 职 业 发 展 与 
素质 。 

第 2 章 白 盒 测试 。 白 盒 测 试 (White-box Testing) 是 一 种 基于 源 程序 或 代码 的 测试 方 
法 ,包括 静态 和 动态 两 种 类 型 。 静 态 方法 是 指 按 一 定 步骤 直接 检查 源 代 码 以 发 现 错误 ,也 称 
为 代码 检查 法 ; 动态 方法 是 指 按 一 定 步骤 生成 测试 用 例 并 驱动 被 测 程序 运行 以 发 现 错误 。 
这 一 章 介 绍 了 基本 路 径 测 试 、 条 件 测试 数据 流 测 试 及 循环 测试 等 动态 方法 ,以 及 有 桌面 检 
查 、 代 码 审查 及 走 查 等 静态 方法 。 

第 3 章 黑 盒 测试 。 黑 盒 测 试 (Black 一 box Testing) 注 重 于 测试 软件 的 功能 性 需求 , 即 
黑 盒 测 试 需要 软件 工程 师 生成 输入 条 件 集 来 检测 程序 所 有 的 功能 需求 。 黑 盒 测 试用 于 配合 
白 盒 测试 发 现 其 他 类 型 的 错误 ,包括 功能 错误 或 遗漏 .界面 错误 .数据 结构 或 外 部 数据 库 访 
问 错误 ,性 能 错误 和 初始 化 和 终止 错误 。 这 一 章 对 黑 盒 测试 技术 进行 了 详细 的 讲解 。 

第 4 章 软件 测试 覆盖 分 析 。 在 掌握 了 白 盒 测试 与 黑 盒 测试 技术 后 ,还 需要 一 种 方式 
来 了 解 测试 已 经 执行 的 程度 , 即 本 章 要 介绍 的 软件 测试 覆盖 分 析 (Coverage Analysis) 技 术 。 
在 测试 计划 阶段 ,测试 者 确定 用 何 种 测试 覆盖 分 析 及 相应 的 覆盖 率 ; 在 测试 执行 阶段 ,将 根 
据 既 定 的 履 盖 率 来 检查 是 否 进行 了 足够 的 测试 。 这 一 章 将 主要 地 介绍 面向 白 盒 测试 技术 的 代 
码 覆 盖 分 析 ( 控 制 流 覆 盖 和 数据 流 覆 盖 ) ,并 简要 地 介绍 几 种 面向 黑 盒 测试 技术 的 覆盖 分 析 。 

第 5 章 单元 测试 与 集成 测试 。 分 阶段 测试 是 一 种 基本 的 测试 策略 ,其 中 单元 测试 
(Unit Testing) 是 对 最 小 的 软件 设计 单元 (模块 或 源 程序 单元 ) 的 验证 工作 ,集成 测试 
(Integration Testing) 把 单独 的 软件 模块 结合 在 一 起 ,作为 一 个 群 接受 测试 。 这 一 章 将 介绍 
单元 测试 与 集成 测试 概念 目标 及 过 程 。 

第 6 章 JUnit 测试 工具 。JUnit 是 一 个 开源 的 Java 编程 语言 的 单元 测试 框架 ,最 初 由 
Erich Gamma 和 Kent Beck 编写 。 它 在 代码 驱动 单元 测试 框架 家 族 里 无 疑 是 最 为 成 功 的 一 
例 。 学 习 JUnit 不 但 可 以 掌握 一 种 有 力 的 测试 工具 ,更 能 帮助 读者 深入 了 解 测试 过 程 ,对 今 
后 使 用 其 他 测试 工具 甚至 开发 测试 工具 都 有 极 大 的 帮助 。 这 一 章 介 绍 了 JUnit 的 安装 与 使 
用 ,并 讲解 了 JUnit 自身 的 设计 。 

第 7 章 回归 测试 。 在 软件 开发 .维护 ,升级 的 不 断 演进 过 程 中 ,由 于 各 种 各 样 的 原因 
例如 功能 性 / 非 功能 性 需求 的 改变 .技术 更 新 和 升级 了 的 软 硬 件 平台 ,使 得 软件 系统 经 常 发 
生 改 变 。 这 使 得 回归 测试 变 得 非常 重要 。 回 归 测 试 (Regression Testing) 是 对 之 前 已 测试 
过 、 经 过 修改 了 的 程序 进行 的 重新 测试 ,以 保证 该 修改 没有 引入 新 的 错误 或 者 由 于 更 改 而 发 
现 之 前 未 发 现 的 错误 ,这 是 这 一 章 的 主要 内 容 。 

第 8 章 基于 状态 的 软件 测试 技术 。 基 于 状态 的 软件 测试 是 一 种 基于 模型 的 测试 技 
术 。 通 过 建立 描述 系统 行为 的 状态 机 来 自动 生成 测试 用 例 。 这 一 章 介 绍 基于 状态 模型 的 软 
件 测 试 技术 ,这 在 对 实时 系统 ,嵌入 式 系统 `.Web 交互 性 系统 中 具有 广泛 的 应 用 。 

第 9 章 面向 对 象 的 应 用 测试 。 面 向 对 象 是 现代 软件 开发 的 主流 ,面向 对 象 的 应 用 测试 


前 言 下 


是 相关 活动 的 集合 ,是 为 了 发 现存 在 于 OOA、OOD、 类 ,方法 (操作 ) 以 及 类 间 交 互 方面 的 错误 。 
为 了 完成 这 些 活动 ,在 面向 对 象 的 应 用 中 要 使 用 包括 静态 评审 和 动态 执行 测试 在 内 的 测试 策 
略 。 这 一 章 详细 论述 了 面向 对 象 的 软件 测试 技术 ,以 及 它 与 传统 的 软件 测试 方法 的 区 别 。 

第 10 章 Web 应 用 软件 测试 技术 。Web 应 用 测试 是 测试 每 个 Web 应 用 质量 的 纬度 
(Dimension) ,目的 是 发 现 错误 或 者 发 现 导致 质量 失败 问题 。 测 试 集中 在 内 容 、 功 能 、 结 构 、 
易 用 性 、 导 航 \ 性 能 、 兼 容 性 、 互 操作 容量、 安全 等 方面 。 测 试 应 该 和 Web 应 用 设计 的 评审 
相 结 合 。 这 一 章 对 Web 应 用 测试 进行 了 详细 的 讲解 。 


3. 思考 练习 与 进一步 阅读 

不 管 是 课堂 讲授 还 是 自学 ,简单 的 练习 对 加 强 理解 都 是 特别 有 用 的 ,因此 本 书 的 每 一 章 
后 面 都 有 一 组 思考 与 练习 。 这 些 题目 难度 适中 , 既 可 以 在 课堂 内 完成 ,以 帮助 老师 了 解 学 生 
对 这 些 内 容 的 理解 掌握 程度 ,也 可 以 做 为 课 后 的 练习 ,帮助 学 生 复习 和 巩固 学 到 的 知识 。 

对 于 那些 不 满足 于 课本 内 容 的 学 生 和 读者 ,一 系列 相关 的 扩展 阅读 无 疑 像 是 科学 探索 
中 一 尽 闹 引路 的 明灯 ,因此 每 一 章 最 后 都 列 出 了 与 本 章 内 容 有 关 的 一 些 学 术 论文 或 书籍 , 供 
学 有 余力 的 读者 进一步 深入 学 习 。 


4. 错误 

无 论 作 者 有 多 少 发 现 错误 的 技巧 ,总 会 有 一 些 错误 没 被 发 现 。 如 果 读 者 发 现任 何 可 能 
是 错误 的 地 方 ,欢迎 提出 纠正 建议 ,通过 电子 邮件 lianyu@ss. pku. edu. cn 反馈 给 作者 ,以 便 
在 本 书 下 一 次 印刷 时 更 正 。 同 时 欢迎 读者 为 下 一 个 版 本 的 补充 练习 或 要 求 提 出 宝贵 建议 。 
衷心 感谢 读者 的 帮助 。 
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软件 测试 概述 


软件 测试 是 软件 质量 保证 的 重要 手段 。 有 研究 数据 显示 ,国外 软件 开发 机 构 40% 的 工 
作 量 花 在 软件 测试 上 ,软件 测试 费用 占 软 件 开发 总 费用 的 30% 一 50%。 对 于 一 些 要 求 高 可 
靠 ,高 安全 的 软件 ,测试 费用 可 能 相当 于 整个 软件 项 目 开 发 所 有 费用 的 3 一 5 倍 。 由 此 可 见 ， 
要 成 功 开发 出 高 质量 的 软件 产品 ,除了 从 思想 上 重视 软件 测试 工作 ,还 必须 掌握 测试 技术 ， 
有 效 地 实施 测试 工作 。 

本 章 的 内 容 包括 软件 测试 基本 概念 .软件 测试 目的 .软件 测试 类 型 .软件 测试 原则 、 软 件 
测试 现状 与 挑战 以 及 测试 人 员 职 业 发 展 与 素质 。 

快速 阅览 : 

什么 是 软件 测试 ? Myers (1979) 定 义 测试 (Testing) 是 执行 程序 的 过 程 ,其 目的 是 发 现 
错误 。IEEE 610. 12 标准 (1990) 给 出 了 两 个 测试 定义 : 

(1) 在 特定 的 条 件 下 运行 系统 或 构件 ,观察 或 记录 结果 ,对 系统 的 某 个 方面 做 出 评价 。 

(2) 分 析 某 个 软件 项 以 发 现 现存 的 和 要 求 的 条 件 之 差别 ( 即 错误 ) 并 评价 此 软件 项 的 特性 。 

由 谁 来 负责 软件 测试 ?在 测试 初期 ,由 软件 工程 师 实 施 所 有 测试 。 然 而 , 随 着 测试 过 程 
进行 ,测试 专业 人 员 应 该 加 入 进来 。 

为 什么 软件 测试 如 此 重要 ? 没有 经 过 测试 的 软件 产品 ,无 法 知晓 该 软件 产品 运行 时 是 
否 满 足 用 户 功能 ,性 能 需求 ,甚至 导致 最 终 用 户 生 命 、 财 产 的 损失 。 为 了 在 把 软件 产品 交付 给 
用 户 之 前 尽 可 能 多 地 发 现 错误 (Error) ,必须 使 用 专业 技术 设计 测试 用 例 ,进行 系统 化 测试 。 

软件 测试 步骤 各 是 什么 ? 软件 测试 过 程 主 要 包括 4 个 步骤 : 制定 测试 计划 、 生 成 测试 
用 例 、 执 行 测试 和 分 析 测 试 结果 。 

有 哪些 工件 形成 ? 在 一 些 情况 下 ,会 生成 测试 计划 ,测试 用 例 和 测试 结果 报告 。 测 试 结 
果 存 档 以 便 将 来 软件 维护 时 使 用 。 

如 何 确保 我 们 准确 地 完成 了 任务 ? 尽管 永远 不 能 保证 已 经 执行 了 所 有 可 能 的 测试 ,但 
能 肯定 测试 已 经 发 现 了 错误 (并 且 已 修正 了 这 些 错 误 )。 另 外 ,如 果 已 经 制定 了 一 个 测试 计 
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划 , 则 可 以 进行 检查 以 保证 所 有 计划 测试 已 被 完成 。 


1.1 什么 是 软件 测试 


Glenford J. Myers (1979) 趾 定义 测试 (Testing) 是 执行 程序 的 过 程 ,其 目的 是 发 现 错 
。IEEE 标准 610. 12(1990) 忠 给 出 了 两 个 更 为 规范 约束 的 测试 定义 : 
(1) 在 特定 的 条 件 下 运行 系统 或 构件 ,观察 或 记录 结果 ,对 系统 的 某 个 方面 做 出 评价 。 
(2) 分 析 某 个 软件 项 以 发 现 现存 的 和 要 求 的 条 件 之 差别 ( 即 错误 ) 并 评价 此 软件 项 的 特性 。 
应 该 说 ,IEEE 610. 12 标准 的 定义 扩展 了 Myers 的 定义 。IEEE 610. 12 标准 的 定义 (2) 
并 不 要 求 运行 程序 作为 测试 过 程 的 一 部 分 ,静态 验证 的 一 些 方法 可 作为 测试 手段 。 定 义 (1) 
被 称 为 动态 测试 ,而 定义 (2) 被 称 为 静态 测试 。 软 件 是 由 文档 ,数据 以 及 程序 等 工件 组 成 , 软 
件 测试 应 该 对 于 软件 形成 过 程 的 文档 ,数据 ,以 及 程序 进行 测试 。 定 义 (2) 的 技术 可 以 应 用 
于 非 程 序 的 工件 。 本 书 将 介绍 几 种 常见 的 静态 测试 ,主要 介绍 软件 的 动态 测试 。 
注意 ,英文 testing 和 test 在 翻译 成 中 文 时 ,虽然 都 译 为 “测试 ”, 但 它们 是 有 区 别 的 。 
testing 是 指 一 个 过 程 ,而 test 一 般 是 执行 测试 的 一 次 活动 。 在 看 到 “测试 一 词 时 ,要 根据 
上 下 文 来 判断 是 哪 种 意思 。 本 书 中 的 “测试 "是 指 testing。 
软件 测试 是 软件 开发 过 程 的 重要 组 成 部 分 ,用 来 确认 一 个 程序 的 品质 或 性 能 是 否 符合 
开发 之 前 所 提出 的 一 些 要 求 。 软 件 测试 是 在 软件 投入 运行 前 ,对 软件 需求 分 析 、 设 计 规格 说 
明和 编码 的 最 终 评审 (Review) ,是 软件 质量 保证 的 关键 步骤 。 
软件 测试 是 为 了 发 现 错误 而 执行 程序 的 过 程 。 软 件 测试 在 软件 生命 期 中 要 横 跨 其 中 的 
两 个 阶段 : 
(1) 通常 在 编写 出 每 一 个 模块 之 后 就 对 它 做 必要 的 测试 ( 称 为 单元 测试 ) 。 编 码 和 单元 
测试 属于 软件 生存 期 中 的 同一 个 阶段 。 
(2) 在 结束 这 个 阶段 后 对 软件 系统 还 要 进行 各 种 综合 测试 ,这 是 软件 生存 期 的 另 一 个 
独立 阶段 , 即 测试 阶段 。 
注意 ,有 资料 表明 ,60% 以 上 的 软件 错误 并 不 是 程序 错误 ,而 是 软件 需求 和 软件 设计 错 
误 。 错 误 的 理解 用 户 需求 会 导致 开发 技术 完美 .优良 ,但 却 不 是 正确 的 产品 。 因 此 ,做 好 软 
件 需求 和 软件 设计 阶段 的 质量 保证 工作 也 是 非常 重要 的 。 


死 


1.2 软件 测试 目的 


Myers 这 样 来 描述 软件 测试 的 目的 :“ 测 试 是 程序 的 执行 过 程 ,目的 在 于 发 现 错误 ; 一 
个 好 的 测试 用 例 是 指 很 可 能 找到 迄今 为 止 尚未 发 现 的 错误 的 用 例 。 一 个 成 功 的 测试 是 指 发 
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现 了 至 今 尚 未 发 现 的 错误 的 测试 。” 

Bill Hetzel5 提 出 了 测试 目的 不 仅仅 是 为 了 发 现 软件 缺陷 与 错误 ,而 且 也 是 对 软件 质 
量 进行 度量 和 评估 ,以 提高 软件 的 质量 。 

测试 的 目的 是 要 以 最 少 的 人 力 、 物 力 和 时 间 找 出 软件 中 的 各 种 错误 与 缺陷 ,通过 修正 各 
种 错误 与 缺陷 来 提高 软件 质量 ,避免 软件 发 布 后 由 于 潜在 的 软件 缺陷 和 错误 造成 的 隐患 所 
带 来 的 经 济 风险 。 同 时 ,测试 是 以 评价 一 个 程序 或 者 系统 属性 为 目标 的 活动 ,测试 是 对 软件 
质量 的 度量 与 评价 ,以 验证 软件 的 质量 满足 用 户 的 需求 的 程度 ,为 用 户 选择 与 接受 软件 提供 
有 力 的 依据 。 

此 外 ,通过 分 析 错 误 产 生 的 原因 还 可 以 帮助 发 现 当 前 开发 工作 所 采用 的 软件 过 程 的 缺 
陷 , 以 便 进 行 软件 过 程 改 进 。 同 时 通过 对 软件 结果 的 分 析 整 理 , 为 风险 评估 提供 信息 ,还 可 
以 修正 软件 开发 规则 ,并 以 软件 可 靠 性 分 析 提供 依据 。 当 然 , 通 过 最 终 的 验收 测试 ,也 可 以 
证 明 软 件 满 足 了 用 户 的 需求 ,树立 人 们 使 用 软件 的 信心 。 

软件 质量 可 用 几 个 方面 来 衡量 : 

(1) 在 正确 的 时 间 用 正确 的 方法 做 正确 的 事情 (Doing the Right Things Right at the 
right time) 。 

(2) 符合 一 些 应 用 标准 的 要 求 , 比 如 不 同 国家 中 用 户 不 同 的 操作 习惯 和 要 求 ,项 目 工程 
中 的 可 维护 性 、 可 测试 性 等 要 求 。 

(3) 质量 本 身 就 是 软件 达到 了 最 开始 所 设 定 的 要 求 ,而 优美 或 精巧 的 表现 技巧 并 不 代 
表 软 件 的 高 质量 (Quality is defined as conformance to requirements, not as “goodness”or 
“elegance”) 。 

(4) 质量 也 代表 着 它 符合 客户 需要 (Quality also means“meet customer needs”) 。 在 软 
件 测试 这 个 行业 中 ,最 重要 的 一 件 事 就 是 从 用 户 需 求 出 发 ,从 用 户 的 角度 去 看 产品 ,用 户 会 
怎么 去 使 用 这 个 产品 ,使 用 过 程 中 会 遇 到 什么 样 的 问题 。 只 有 这 些 问题 都 解决 了 ,软件 产品 
的 质量 才 可 以 说 是 得 到 了 保证 。 

测试 人 员 的 总 体 目 标 是 确保 软件 的 质量 ,他 们 在 软件 开发 过 程 中 的 任务 是 : 寻找 错误 
(Bug) ,避免 软件 开发 过 程 中 的 缺陷 ,衡量 软件 的 品质 ,关注 用 户 需求 。 


1.3 软件 测试 原理 


上 面 讲 到 测试 的 目的 是 为 了 寻找 软件 的 错误 与 缺陷 ,评估 与 提高 软件 质量 。 那 么 为 了 
要 达到 测试 目的 ,应 遵循 以 下 软件 测试 的 基本 原则 。 
。 所 有 的 测试 都 应 追溯 到 用 户 需 求 , 软 件 测 试 的 目标 在 于 揭示 错误 。 而 最 严重 的 错误 
(从 用 户 角度 来 看 ) 是 那些 导致 程序 无 法 满足 需求 的 错误 。 
。 测试 计划 的 制定 应 先 于 测试 的 执行 。 测 试 计划 可 以 在 需求 模型 一 完成 就 开始 ,详细 
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的 测试 用 例 定义 可 以 在 设计 模型 被 确定 后 立即 开始 ,因此 ,所 有 测试 可 以 在 任何 代 
码 被 产生 前 进行 计划 和 设计 。 

帕 累 托 法 则 适用 于 软件 测试 。 简 单 而 言 , 帕 累 托 法 则 暗示 着 测试 发 现 的 错误 中 的 
80% 很 可 能 起 源 于 程序 模块 中 的 20%。 当 然 , 问 题 在 于 如 何 孤 立 这 些 有 疑点 的 模 
块 并 进行 彻底 的 测试 。 

软件 测试 应 从 “小 规模 ”开始 ,然后 扩展 到 “大 规模 "。 最 初 的 测试 通常 把 焦点 放 在 单 
个 程序 模块 上 ,进一步 测试 的 焦点 则 转向 在 集成 的 模块 徐 中 寻找 错误 ,最 后 在 整个 
系统 中 寻找 错误 。 

完全 测试 是 不 可 能 的 。 即 使 一 个 大 小 适度 的 程序 ,其 路 径 排列 组 合 的 数量 也 非常 
大 ,因此 ,在 测试 中 不 可 能 运行 路 径 的 每 一 种 组 合 , 然 而 ,充分 覆盖 程序 迎 辑 ,并 确保 
程序 设计 中 使 用 的 所 有 条 件 是 有 可 能 的 。 

要 是 测试 更 为 有 效 ,测试 应 由 独立 的 第 三 方 进 行 。“ 最 佳 效果 ” 指 最 可 能 发 现 错误 的 
测试 (测试 的 主要 目标 )。 创 建 系统 的 软件 工程 师 并 不 是 构造 软件 测试 的 最 佳人 选 。 
从 心理 学 的 角度 上 来 讲 , 软 件 分 析 和 设计 (包括 编码 ) 是 建设 性 的 工作 。 从 开发 者 的 
观点 来 看 ,测试 可 以 被 看 作 是 (从 心理 上 来 说 ) 破 坏 性 的 。 当 测试 开始 的 时 候 ,就 会 
存在 一 种 微妙 的 \ 但 确实 存在 着 的 、 试 图 要 “摧毁 ”软件 工程 师 建立 起 来 的 东西 的 企 
图 。 所 以 开发 者 只 是 简单 地 设计 和 进行 能 够 证 明 程 序 正确 性 的 测试 ,而 不 是 去 尽量 
发 现 错 误 。 独 立 测试 组 织 的 功能 就 是 为 了 避免 让 开发 者 来 进行 测试 时 会 引发 固有 
问题 。 独 立 的 测试 可 以 消除 可 能 存在 的 利益 冲突 。 


1.4 软件 测试 过 程 


软件 测试 是 一 个 复杂 的 过 程 ,通常 包括 以 下 基本 的 测试 活动 : 
(1) 拟定 软件 测试 计划 (Planning) 。 

(2) 编制 软件 测试 大 纲 (Strategy) 。 

(3) 设计 和 生成 测试 用 例 。 

(4) 实施 测试 。 

(5) 分 析 测 试 结果 。 


1. 拟定 软件 测试 计划 


拟定 软件 测试 计划 就 是 确定 主要 的 目标 、 测 试 范围 .系统 功能 和 非 功能 性 需求 .测试 环 
境 、 测 试 自动 控制 ,测试 结果 分 析 计划 ` 问 题解 决 方案 与 报告 计划 、 测 试 重用 计划 、 系 统 恢复 
计划 、 活 动 时 间 表 、 测 试 结束 标准 。 
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2. 编制 软件 测试 大 纲 


软件 测试 大 纲 是 软件 测试 的 依据 。 它 明确 详尽 地 规定 了 在 测试 中 针对 系统 的 每 一 项 功 
能 或 特性 所 必须 完成 的 基本 测试 项 和 测试 完成 的 标准 。 无 论 是 自动 测试 还 是 手动 测试 ,都 
必须 满足 测试 大 纲 的 要 求 。 


3. 设计 和 生成 测试 用 例 


一 般 而 言 ,测试 用 例 是 指 为 实施 一 次 测试 而 向 被 测 系统 提供 的 输入 数据 操作 或 各 种 环 
境 设置 以 及 被 测 系统 的 期 望 输出 。 测 试用 例 控制 着 软件 测试 的 执行 过 程 , 它 是 对 测试 大 纲 
中 每 个 测试 项 的 进一步 实例 化 。 从 工程 实践 的 角度 讲 , 设 计 测 试用 例 的 各 种 规则 和 策略 有 
几 条 基本 准则 。 

(1) 测试 用 例 的 代表 性 : 能 够 代表 各 种 合理 和 不 合理 的 、 合 法 的 和 非法 的 ,边界 和 越界 
的 ,以 及 极限 的 输入 数据 ,操作 和 环境 设置 等 。 

(2) 测试 结果 的 可 判定 性 : 即 测试 执行 结果 的 正确 性 是 可 判定 的 或 可 评估 的 。 

(3) 测试 结果 的 可 再 现 性 : 即 对 同样 的 测试 用 例 , 系 统 的 执行 结果 应 当 是 相同 的 。 


4. 实施 测试 


软件 测试 的 实施 阶段 由 一 系列 测试 周期 (Test Cycle 组成。 在 每 个 测试 周期 中 ,软件 
测试 工程 师 将 依据 预先 编制 好 的 测试 大 纲 和 准备 好 的 测试 用 例 , 通 过 执行 被 测 软件 ,对 其 进 
行 测试 , 即 向 被 测 软 件 输入 数据 或 激发 事件 ,以 观察 输出 结果 。 


5. 分 析 测 试 结果 


在 执行 软件 测试 的 过 程 中 ,收集 通过 与 未 通过 的 测试 用 例 。 后 者 将 触发 纠 错过 程 。 测 
试 与 纠 错 通常 是 反复 交 蔡 进行 的 。 当 使 用 专业 测试 人 员 时 ,测试 与 纠 错 甚至 是 平行 进行 的 ， 
从 而 压缩 总 的 开发 时 间 。 测 试 结果 分 析 可 生成 软件 问题 报告 供 有 关 人 员 参 考 或 作 进一步 
分 析 。 

有 的 文章 或 书 将 第 (1) 至 第 (3) 步 又 合并 在 一 起 ,通称 为 测试 计划 ; 也 有 的 文章 或 书 将 
第 (2) 和 第 (3) 步 又 合并 在 一 起 , 称 为 测试 策略 。 无 论 以 什么 方式 合并 ,测试 用 例 的 设计 和 生 
成 是 主要 的 工作 。 本 书 将 介绍 的 若干 白 盒 测试 技术 与 黑 盒 测 试 技术 都 是 用 来 设计 和 生成 测 
试用 例 的 。 

什么 是 测试 用 例 ? IEEE 610. 12 标准 测试 用 例 的 定义 如 下 : 

(1) 测试 用 例 是 (A) 一 组 输入 即 运行 前 提 条 件 , 和 为 某 特定 的 目标 而 生成 的 预期 结果 ， 
例如 : 测试 某 一 特定 的 程序 路 径 或 验证 程序 是 否 符合 某 特定 需求 。 

(2) 测试 用 例 是 (B) 一 个 文档 ,详细 说 明 输入 、 期 望 输出 ,和 为 一 测试 项 所 准备 一 组 的 执 
行 条 件 。 
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IEEE 610. 12 标准 的 (A) 是 测试 用 例 的 实质 ,而 (B) 是 测试 用 例 的 一 种 存在 方式 。 简 单 
地 说 ,测试 用 例 应 由 测试 输入 数据 和 与 之 对 应 的 预期 输出 结果 两 部 分 组 成 。 输 入 数据 时 可 
能 需要 附带 一 些 条 件 。 
白 盒 测试 需要 了 解 产 品 的 内 部 工作 ,关注 程序 的 结构 和 内 部 逻辑 ,根据 程序 的 结构 和 内 
部 逻辑 设计 用 例 。 常 用 的 白 盒 测 试 技 术 有 
。 基本 路 径 测试 (Basis path testing) , 即 为 测验 控制 流 路 径 设 计 测试 用 例 。 
。 条 件 测试 (Condition testing) , 即 为 测验 每 个 条 件 的 结果 而 设计 测试 用 例 。 
。 数据 流 测试 (Data flow testing) , 即 为 测试 数据 元 素 定义 和 引用 关系 而 设计 的 测试 
用 例 。 
黑 盒 测试 需要 了 解 功能 性 的 规格 说 明 ,关注 对 功能 的 需求 ,为 测试 系统 的 功能 设计 测试 
用 例 。 常 用 的 黑 盒 测试 技术 有 
。 边界 值 分 析 (Boundary value analysis) , 即 根据 变量 的 边界 值 设 计 测 试用 例 。 
。 因果 测试 (casual-effect analysis), 即 根据 触发 -响应 和 输入 -输出 的 关系 设计 测试 
用 例 。 
。 等 价 划 分 (equivalence partitioning) ,即将 输入 、 输 出 域 划分 成 不 相交 的 区 域 ,根据 这 
种 划分 设计 测试 用 例 。 


1.5 软件 测试 类 型 


软件 测试 贯穿 整个 软件 定义 与 开发 整个 期 间 。 需 求 分 析 、 概 要 设计 ,详细 设计 以 及 程序 
编码 实现 等 各 阶段 所 得 到 的 文档 ,包括 需求 规格 说 明 、 概 要 设计 规格 说 明 、 详 细 设计 规格 说 
明 以 及 源 程序 ,都 是 软件 测试 的 对 象 。 本 节 将 从 4 个 不 同 的 角度 讲述 测试 类 型 : 开发 阶段 、 
测试 技术 测试 实施 状态 ,测试 实施 主体 。 


1.5.1 按照 开发 阶段 划分 


软件 测试 按照 开发 阶段 可 划分 为 : 单元 测试 .集成 测试 .确认 测试 ,系统 测试 和 验收 
测试 。 


1. 单元 测试 

单元 测试 完成 对 最 小 的 软件 设计 单元 一 一 模块 的 验证 工作 。 使 用 过 程 设计 描述 作为 指 
南 , 对 重要 的 控制 路 径 进行 测试 以 发 现 模块 内 的 错误 。 测 试 的 相关 复杂 度 和 发 现 的 错误 是 
由 单元 测试 的 约束 范围 来 限定 的 。 一 般 的 过 程 如 下 : 

(1) 为 每 一 个 软件 组 件 设计 单元 测试 。 
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(2) 评审 每 个 单元 测试 以 确保 合适 的 覆盖 。 
(3) 执行 单元 测试 。 

(4) 更 正 发 现 的 错误 。 

(5) 重新 进行 单元 测试 。 


2. 集成 测试 

在 所 有 的 模块 都 已 经 完成 单元 测试 之 后 ,可 能 会 遇 到 这 样 一 个 似乎 很 合理 的 问题 :“ 如 
果 它 们 每 一 个 都 能 单独 工作 得 很 好 ,那么 为 什么 要 怀疑 把 它们 放 在 一 起 就 不 能 正常 工作 
呢 ?” 当 然 , 这 个 问题 就 在 于 “把 它们 如 何 放 在 一 起 ?” 一 一 即 接口 的 问题 。 数 据 可 能 在 通过 接 
口 的 时 候 丢失 ; 一 个 模块 可 能 对 另外 一 个 模块 产生 无 法 预料 的 副作用 ; 当 子 函数 被 联 到 一 
起 的 时 候 ,可 能 不 能 达到 所 期 望 的 功能 ; 在 单个 模块 中 可 以 接受 的 不 精确 性 在 联合 起 来 之 
后 可 能 会 扩大 到 无 法 接受 的 程度 ; 全 局 数据 结构 可 能 也 会 存在 问题 。 集 成 测试 是 通过 测试 
发 现 和 接口 有 关 的 问题 来 构造 程序 结构 的 系统 化 技术 , 它 的 目标 是 利用 通过 了 单元 测试 的 
模块 ,构造 一 个 在 设计 中 所 描述 的 程序 结构 。 


3. 确认 测试 

当 集成 测试 结束 的 时 候 ,软件 就 全 部 组 装 到 一 起 了 ,接口 错误 已 经 被 发 现 并 修正 了 ,而 
软件 测试 的 最 后 一 部 分 (确认 测试 ) 就 可 以 开始 了 。 确 认可 以 通过 多 种 方式 来 定义 ,但 是 ,一 
个 简单 (虽然 很 粗糙 ) 的 定义 是 当 软件 可 以 按照 用 户 合理 的 期 望 方式 来 工作 的 时 候 , 确 认 测 
试 就 算 成 功 。 一 个 爱 挑 毛病 的 软件 开发 人 员 可 能 会 提出 抗议 :“ 谁 或 者 什么 来 作为 合理 期 
望 的 裁定 者 呢 ?” 合 理 期 望 在 描述 软件 的 所 有 用 户 可 见 的 属性 文档 一 一 软件 需求 规约 中 被 定 
义 。 这 个 规约 包含 了 标题 为 “确认 标准 ”的 一 节 内 容 , 此 信息 就 形成 了 确认 测试 方法 的 基础 。 


4. 系统 测试 

系统 测试 旨 在 测试 属于 整个 系统 的 行为 和 错误 的 属性 ,而 这 些 行 为 和 错误 不 同 于 构件 
的 属性 。 系 统 测试 问题 的 例子 包括 : 资源 损失 错误 ,吞吐 量 (Throughput) 错 误 \ 性 能 错误 、 
安全 错误 ,恢复 错误 、 事 务 同步 错误 (通常 误 命 名 为 适时 错误 )。 


5. 验收 测试 


如 果 软 件 是 给 一 个 客户 开发 的 , 则 需要 进行 一 系列 的 验收 测试 来 保证 客户 对 所 有 的 需 
求 都 满意 。 接 收 测试 是 由 最 终 用 户 而 不 是 系统 开发 者 来 进行 的 , 它 的 范围 从 非 正 式 的 “测试 
驱动 "直到 有 计划 的 、 系 统 化 进行 的 系列 测试 。 事实 上 ,接收 测试 可 以 进行 几 个 星期 或 者 几 
个 月 ,因此 可 以 发 现 随 着 时 间 流 逝 可 能 会 影响 系统 的 累积 错误 。 如 果 一 个 软件 是 给 许多 客 
户 使 用 的 ,那么 让 每 一 个 用 户 都 进行 正式 的 验收 测试 是 不 切实 际 的 。 大 多 数 软件 厂商 使 用 
一 个 被 称 作 a 测试 和 8B 测试 的 过 程 来 发 现 那些 似乎 只 有 最 终 用 户 才 能 发 现 的 错误 。 
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1.5.2 按照 测试 技术 划分 
软件 测试 按照 技术 可 划分 为 : 白 盒 测试 . 黑 盒 测试 及 灰 盒 测试 。 


1. 白 盒 测 试 

白 盒 测试 是 指 基于 一 个 应 用 代码 的 内 部 逻辑 知识 (如 全 部 代码 、 分 支 .路 径 ,条件 ) 来 设 
计 测试 用 例 。 测 试 退出 条 件 是 基于 代码 覆盖 。 由 于 能 清楚 地 了 解 程序 结构 和 处 理 过程 并 以 
此 而 进行 测试 ,而 被 称 为 白 盒 测试 。 


2. 黑 盒 测试 

黑 盒 测 试 是 指 不 基于 内 部 设计 和 代码 的 任何 知识 ,而 是 基于 需求 和 功能 性 ,通过 软件 的 
外 部 表现 来 发 现 其 缺陷 和 错误 。 黑 盒 测 试 法 把 测试 对 象 看 成 一 个 黑 盒子 ,不 考虑 程序 内 部 
结构 和 处 理 过 程 。 


3. 灰 盒 测试 

灰 盒 测试 技术 是 一 种 有 效 的 、 介 于 和 白 盒 测 试 与 黑 盒 测试 之 间 的 技术 , 它 既 关注 程序 运行 
时 的 外 部 表现 ,又 注意 程序 内 部 高 层 罗 辑 结构 。 灰 盒 测试 的 优点 是 测试 结果 可 以 对 应 到 程 
序 的 内 部 粗 粒 度 路 径 ,便于 缺陷 的 定位 、 分 析 和 解决 。 

软件 测试 方法 的 技术 分 类 与 软件 开发 过 程 相关 联 , 单 元 测试 一 般 应 用 白 盒 测试 方法 , 集 
成 测试 应 用 灰 盒 测试 方法 ,而 系统 测试 和 确认 测试 应 用 黑 盒 测试 方法 。 


1.5.3 按照 执行 状态 划分 
软件 测试 按照 执行 状态 可 划分 为 静态 测试 和 动态 测试 。 


1. 静态 测试 

静态 测试 指 不 运行 程序 ,而 通过 人 工 或 利用 自动 检测 工具 对 程序 和 文档 进行 分 析 与 检 
查 。 静 态 测 试 技术 又 称 为 静态 分 析 技 术 , 是 对 软件 中 的 需求 说 明 书 、 设 计 说 明 书 \ 程 序 源 代 
码 等 进行 非 运 行 的 检查 。 静 态 测 试 包括 走 查 、 审 查 、 符 号 执行 等 。 


2. 动态 测试 

动态 测试 指 通过 人 工 或 利用 工具 运行 程序 进行 检查 ,分 析 程序 的 执行 状态 和 程序 的 外 
部 表现 。 单 元 测试 ,集成 测试 确认 测试 .系统 测试 ,验收 测试 . 白 盒 测 试 . 黑 盒 测试 及 灰 盒 测 
试 等 是 指 动态 测试 。 
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本 书 中 如 没有 特殊 说 明 ,测试 均 指 动态 测试 , 即 测试 需 通 过 执行 程序 来 完成 。 
1.5.4 按照 执行 主体 划分 


软件 测试 按照 执行 组 织 可 划分 为 : 开发 方 测试 ,用 户 测试 .第 三 方 测试 。 


1. 开发 方 测试 

开发 方 测试 通常 也 叫 “ 验 证 测试 "或 “a 测试 >。 开 发 方 通过 检测 和 提供 客观 证 据 , 证 实 
软件 的 实现 是 否 满足 规定 的 需求 。 验 证 测试 是 在 软件 开发 环境 下 ,由 开发 者 检测 与 证 实 软 
件 的 实现 是 否 满足 软件 设计 说 明 或 软件 需求 说 明 的 要 求 。 主 要 是 指 在 软件 开发 完成 以 后 ， 
开发 方 对 要 提交 的 软件 进行 全 面 的 自我 检查 与 验证 ,可 以 和 软件 的 “系统 测试 一 并 进行 。 


2. 用 户 测试 


用 户 测试 是 指 在 用 户 的 应 用 环境 下 ,用 户 通 过 运行 和 使 用 软件 ,检测 与 核实 软件 实现 是 
否 符合 自己 预期 的 要 求 。 通 常情 况 用 户 测试 不 是 指 用户 的 “验收 测试 ”而 是 指 用 户 的 使 用 
性 测试 ,由 用 户 找 出 软件 的 应 用 过 程 中 发 现 的 软件 的 缺陷 与 问题 ,并 对 使 用 质量 进行 评价 。 
B 测 试 通常 被 看 作 是 一 种 “用 户 测试 "。B 测试 主要 把 软件 产品 有 计划 地 免费 分 发 到 目标 市 
场 ,让 用 户 大 量 使 用 ,并 评价 ,检查 软件 。 通 过 用 户 各 种 方式 的 大 量 使 用 ,来 发 现 软件 存在 的 
问题 与 错误 ,把 信息 反馈 给 开发 者 修改 。B 测试 中 厂商 获取 的 信息 ,有 助 于 软件 产品 的 成 功 


3. 第 三 方 测试 

第 三 方 测试 是 指 介 于 软件 开发 方 和 用 户 方 之 间 的 测试 组 织 的 测试 。 第 三 方 测试 也 称 为 
独立 测试 。 软 件 质 量 工程 强调 开展 独立 验证 和 确认 (NW&V ) 活 动 。N &V 是 由 在 技术 、 管 
理 和 财务 上 与 开发 组 织 具有 规定 程度 独立 的 组 织 执行 验证 和 确认 过 程 。 软 件 第 三 方 测试 也 
就 是 由 在 技术 、 管 理 和 财务 上 与 开发 方 和 用 户 方 相对 独立 的 组 织 进行 的 软件 测试 。 一 般 情 
况 下 是 在 模拟 用 户 真实 应 用 的 环境 下 ,进行 软件 确认 测试 。 


1.6 软件 测试 的 注意 事项 (Tip) 


测试 人 员 应 该 按照 软件 测试 的 原则 (Principle) 开 展 测试 活动 : 

(1) 应 当 把 “尽早 地 和 不 断 地 进行 软件 测试 "作为 软件 开发 者 的 座右铭 。 
(2) 测试 用 例 应 由 测试 输入 数据 和 与 之 对 应 的 预期 输出 结果 两 部 分 组 成 。 
(3) 程序 员 应 避免 检查 自己 的 程序 (注意 不 是 指 对 程序 的 调试 )。 
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(4) 在 设计 测试 用 例 时 ,应 当 包 括 合理 的 输入 条 件 和 不 合理 的 输入 条 件 。 不 合理 的 输 
入 条 件 是 指 异 常 的 ,临界 的 、 可 能 引起 问题 异 变 的 输入 条 件 。 

(5) 充分 注意 测试 中 的 群集 现象 。 经 验 表明 ,测试 后 程序 残存 的 错误 数目 与 该 程序 中 
以 发 现 的 错误 数目 或 检 错 率 成 正比 。 应 该 对 错误 群集 的 程序 段 进行 重点 测试 。 

(6) 严格 执行 测试 计划 ,排除 测试 的 随意 性 。 测 试 计划 应 包括 所 测 软件 的 功能 .输入 和 
输出 ,测试 内 容 、 各 项 测试 的 进度 安排 .资源 要 求 ,测试 资 料 , 测 试 工具 ,测试 用 例 的 选择 、 测 试 
的 控制 方法 和 过 程 、 系 统 的 组 装 方式 、 跟 踪 规则 ,调试 规则 、 回 归 测 试 的 规定 以 及 评价 标准 等 。 

(7) 应 当 对 每 一 个 测试 结果 做 全 面 的 检查 。 

(8) 妥善 保存 测试 计划 、 测 试用 例 .出 错 统 计 和 最 终 分 析 报告 ,为 维护 提供 方便 。 

(9) 执行 集成 和 确认 测试 。 

(10) 更 正 发 现 的 错误 。 


1.7 软件 测试 的 现状 和 趋势 与 面临 的 挑战 


在 软件 业 较 发 达 的 国家 ,无 论 从 投入 的 人 力 和 时 间 上 来 看 ,软件 测试 都 受到 软件 公司 的 极 
大 重视 。 相 比较 而 言 ,国内 的 软件 测试 还 属于 起 步 阶段 ,缺乏 专业 的 第 三 方 软件 测试 公司 。 


1.7.1 现状 和 趋势 


下 面 从 国际 与 国内 两 方面 分 析 测 试 的 现状 和 趋势 。 


1. 国际 现状 


美国 著名 软件 质量 分 析 师 贺 越 明 介绍 了 国外 的 情况 ,在 软件 业 较 发 达 的 国家 ,软件 测试 
不 仅 早 已 成 为 软件 开发 的 一 个 有 机 组 成 部 分 ,而 且 在 整个 软件 开发 的 系统 工程 中 占据 着 相 
当 大 的 比重 。 以 美国 的 软件 开发 和 生产 的 平均 资金 投入 为 例 ,通常 是 :“ 需 求 分 析 ” 和 “规划 
确定 ”各 占 3%,“ 设 计 ” 占 5% “编程” 占 7%,“ 测 试 " 占 15%,“ 投 产 和 维护 ” 占 67%。 测 试 在 
软件 开发 中 的 地 位 ,由 此 可 见 一 斑 。 

与 此 同步 的 是 ,软件 测试 市 场 已 成 为 软件 产业 中 的 一 个 独特 市 场 。 在 美国 硅谷 地 区 , 凡 
是 软件 开发 企业 或 是 设 有 软件 开发 部 门 的 公司 ,都 有 专门 的 软件 测试 单位 ,其 中 软件 测试 人 
员 的 数量 相当 于 软件 开发 工程 师 的 3/4。 在 这 些 公 司 或 部 门 中 ,负责 软件 测试 的 质量 保证 
经 理 的 职位 与 软件 开发 的 主管 往往 是 平行 的 。 据 了 解 ,在 软件 产业 发 展 较 快 的 印度 ,软件 测 
试 在 软件 企业 中 同样 拥有 举足轻重 的 地 位 。 

(1) 美国 软件 业 依然 保持 着 依靠 软件 产品 统治 软件 业 发 展 的 传统 。 毋 庸 置疑 ,在 以 操 
作 系 统 工程 ,数据库 为 代表 的 基础 软件 层次 ,美国 几乎 垄断 了 全 球 的 软件 市 场 。 而 如 今 全 球 
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软件 业 发 展 到 以 网 络 互 联 、 企 业 级 应 用 、 中 间 件 为 代表 的 新 的 时 代 , 美 国 依然 保持 着 行业 领 
先 位 置 。 究 其 原因 ,当然 是 多 方面 的 综合 因素 ,但 其 中 非常 重要 的 一 点 是 当今 美国 各 行业 的 
信息 化 水 平 非常 高 ,残酷 竞争 更 迫使 企业 在 信息 化 方面 加 大 投入 ,再 加 上 美国 企业 信息 化 水 
平 的 基础 本 来 就 很 好 ,从 而 使 得 对 软件 产品 的 需求 非常 明确 ,为 软件 企业 如 何 开发 最 实用 的 
产品 提供 了 明确 的 定位 。 而 目前 中 国企 业 的 信息 化 程度 虽然 有 了 大 幅度 的 提高 ,但 是 从 深 
度 和 广度 上 还 与 美国 等 先进 国家 有 着 比较 大 的 差距 ,中 国 的 软件 企业 在 产品 和 核心 技术 上 
要 形成 自己 的 产业 难度 很 大 。 

(2) 对 美国 来 说 ,软件 工厂 的 概念 已 经 完全 形成 ,以 CMM 为 标志 的 适应 大 规模 生产 的 
软件 流程 管理 体系 与 质量 管理 体系 已 经 非常 完备 ,使 软件 行业 真正 成 为 制造 业 。 几 百名 软 
件 工程 师 有 机 地 组 织 在 一 起 为 一 个 产品 协同 工作 的 事例 已 经 非常 普遍 。 而 目前 在 中 国 , 软 
件 生产 流程 管理 和 质量 管理 都 还 处 于 相对 初级 的 阶段 ,与 美国 等 软件 大 国 还 有 不 小 的 差距 ,就 
是 与 印度 相 比 , 也 是 处 于 落后 的 态势 。 提 高 中 国 软件 流程 管理 与 质量 管理 的 水 平 刻不容缓 。 


2. 国内 现状 

目前 ,国内 软件 测试 市 场 表现 实在 令 人 担忧 。 中 国 市 场 中 的 软件 开发 公司 比比 皆 是 ,但 
软件 测试 公司 则 如 凤毛麟角 。 

为 什么 国内 的 软件 测试 市 场 会 如 此 赢 弱 ,到 现在 企业 才 开 始 关注 呢 ? 首先 是 因为 企业 
对 软件 测试 的 重要 性 理解 不 够 。 很 多 人 认为 程序 能 试 运行 基本 上 就 已 经 成 功 , 没 有 必要 成 
立 专门 的 测试 部 门 或 设立 测试 岗位 。 

另 一 方面 ,软件 开发 企业 在 为 软件 开发 支付 费用 后 ,就 不 希望 再 为 软件 的 测试 支付 新 的 
成 本 ,而 项 目 甲 方 则 往往 认为 开发 合格 的 软件 是 软件 开发 企业 的 责任 。 即 使 有 些 项 目的 开 
发 方 或 委托 方 有 意 对 软件 进行 第 三 方 测试 ,也 会 考虑 到 在 测试 过 程 中 往往 需要 软件 开发 商 
提供 源 代码 ,担心 其 知识 产权 遭 到 侵犯 。 这 是 软件 测试 市 场 无 法 长 大 的 又 一 个 重要 原因 。 
此 外 ,软件 开发 企业 严重 缺乏 专业 测试 力量 也 是 因素 之 一 。 


3. 发 展 趋势 

国际 的 测试 领域 已 基本 成 熟 ,而 中 国 的 测试 领域 才刚 刚 开始 。 我 们 有 很 多 的 东西 要 去 
学 习 。 如 何 更 好 地 将 软件 项 目 管理 和 软件 质量 保障 (软件 测试 ) 结 合 起 来 ,让 项 目 管理 带动 
软件 测试 业 的 发 展 和 成 熟 ,应 该 是 项 目 管理 中 不 可 缺少 的 一 部 分 。 


1.7.2 面临 的 挑战 
当今 快速 发 展 的 企业 信息 化 进程 导致 软件 测试 面临 复杂 性 ,协调 性 和 变化 3 个 方面 的 


技术 挑战 ,同时 对 测试 人 员 综 合 素质 的 要 求 也 在 不 断 提高 。 软 件 测试 面临 着 技术 发 展 的 挑 
战 与 测试 工程 师 素质 的 挑战 。 
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1. 技术 发 展 的 挑战 

在 企业 信息 化 的 进程 中 ,在线 商 务 系统 以 及 整个 系统 的 可 信任 度 已 成 为 商务 成 功 的 核 
心 要 素 之 一 ,但 是 当今 快速 发 展 的 电子 商务 技术 环境 使 得 整个 电子 商务 系统 高 稳定 性 的 获 
得 比 过 去 任何 时 候 都 更 加 困难 ,集中 体现 在 3 个 方面 : 

1) 复杂 度 

随 着 复杂 的 分 布 式 应 用 技术 的 快速 发 展 ,电子 商务 应 用 的 部 署 结构 日 益 复杂 ,所 涉及 的 
协议 和 接口 标准 日 益 繁 多 ,影响 性 能 下 降 的 原因 也 越 来 越 多 ,通过 Internet 的 访问 无 法 预 
测 ,对 应 用 部 署 前 的 性 能 评价 要 求 越 来 越 严格 。 

2) 协调 性 

在 当今 多 层 分 布 式 应 用 系统 中 ,贯穿 整个 应 用 生命 周期 涉及 大 量 异 构 组 件 或 资源 间 的 
协调 工作 ,这 将 会 增加 通信 失败 和 错误 发 生 的 概率 ,所 涉及 各 资源 间 的 协调 工作 将 极 大 地 决 
定 了 应 用 的 可 信赖 度 。 

3) 变化 

迫 于 市 场 的 压力 ,电子 商务 应 用 开发 周期 变 得 越 来 越 短 ,应 用 系统 更 新 .升级 日 益 频 繁 ， 
在 这 种 环境 下 必须 特别 关注 整个 应 用 的 完整 性 和 可 靠 性 。 

因此 ,能 够 满足 复杂 电子 商务 应 用 评测 的 企业 级 自动 化 测试 平台 必须 能 够 保证 : 

。 分 布 式 应 用 的 内 部 互 操作 性 。 

。 全 面 支持 Java、EJB、RMI、CORBA TUXEDO 等 中 间 件 技术 。 

。 准确 定位 应 用 失效 或 性 能 下 降 的 原因 。 

。 提供 可 靠 、 高 效 的 按照 预定 测试 流程 的 自动 化 测试 能 力 。 

。 提供 应 用 所 涉及 的 不 同 组 件 、 协 调 工 作 的 整体 评价 指标 。 


2. 测试 工程 师 素 质 的 挑战 

团队 越 规 模 越 来 越 大 ,在 一 个 测试 团队 中 能 否 形成 以 核心 人 物 为 支柱 的 强 有 力 的 团队 。 
你 能 否 成 为 这 个 核心 人 物 ?” 这 个 核心 人 物 人 数 的 情况 可 能 因为 产品 的 测试 组 织 结构 不 同 而 
有 所 不 同 。 

工程 师 的 综合 素质 的 高 低 体现 在 : 责任 心 、 综 合 技术 素质 学 习 能 力 、 解 决 问题 的 能 力 
以 及 对 软件 业 发 展 趋势 的 了 解 。 


1.8 测试 人 员 职 业 发 展 与 具备 的 素质 


测试 人 员 拥 有 广阔 的 职业 发 展 前 景 ,测试 人 才 的 市 场 需求 不 断 增多 ,相应 的 待遇 也 在 不 
断 增长 。 并 且 测 试 工作 本 身 有 助 于 提高 分 析 解 决 问题 的 能 力 以 及 学 习 能 力 , 使 测试 人 员 受 
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益 菲 浅 。 下 面 从 两 个 角度 来 详细 分 析 。 
1.8.1 从 测试 工程 师 的 市 场 角 度 来 分 析 


“软件 测试 工程 师 ” 已 成 为 人 才 需 求 中 具有 发 展 前 景 的 四 大 亮点 之 一 。 随 着 中 国 IT 行 
业 的 发 展 ,产品 的 质量 控制 与 质量 管理 正 逐 渐 成 为 企业 生存 与 发 展 的 核心 。 从 软件 ,硬件 到 
系统 集成 ,几乎 每 个 大 中 型 IT 企业 的 产品 在 发 布 前 期 都 需要 大 量 的 质量 控制 ,测试 和 文档 
工作 ,而 这 些 工作 必须 依靠 拥有 娴熟 技术 的 专业 软件 人 才 来 完成 。 软 件 测试 工程 师 就 是 这 
样 的 一 个 企业 重头 角色 。 

在 企业 内 部 ,软件 测试 工程 师 基 本 处 于 “ 双 高 ”地 位 , 即 地 位 高 .待遇 高 。 可 以 说 他 们 的 
职业 前 景 非 常 广阔 ,从 近期 的 企业 人 才 需 求 和 薪金 水 平 来 看 ,软件 测试 工程 师 的 年 工资 有 逐 
年 上 升 的 明显 迹象 。 测 试 工程 师 这 个 职位 必 将 成 为 IT 就 业 的 新 亮点 。 

业 肉 人士 分 析 ,该 类 职位 的 需求 主要 集中 在 沿海 发 达 城市 ,其 中 北京 和 上 海 的 需求 量 分 
别 占 去 33% 和 29% 。 民 营 企业 需求 量 最 大 , 占 19%; 外 商 独资 欧美 类 企业 需求 排列 第 二 ， 
占 15%。 


1.8.2 从 测试 工程 师 的 自身 素质 提高 的 角度 来 看 


无 论 从 事 什么 样 的 职业 ,但 是 有 两 点 在 生活 当中 是 永远 不 能 抛弃 掉 的 。 

(1) 分 析 问 题 和 解决 问题 的 能 力 。 生 活 在 这 空间 里 ,我 们 身边 不 可 能 不 发 生 任何 问题 ， 
但 是 ,问题 发 生 了 ,需要 做 的 是 寻找 合理 的 解决 方法 或 者 方案 。 这 一 点 在 测试 领域 尤为 突 
出 。 在 测试 当中 遇 到 问题 了 ,其 实 , 并 不 完全 是 软件 的 问题 ,有 可 能 是 系统 环境 、 硬 件 环境 或 
者 有 时 是 人 为 的 原因 ,导致 软件 出 了 问题 。 现 在 需要 做 出 分 析 判 断 ,断定 问题 的 原因 ,做 出 
合理 的 处 理 。 要 么 是 软件 质量 的 问题 ,要 么 是 在 使 用 软件 中 应 该 注意 的 问题 。 

(2) 学 习 的 能 力 。 软 件 在 不 断 发 展 ,起 初 软件 只 是 在 Windows 平台 运行 ,后 来 发 展 到 
了 在 Linux、UNIX、Solaris、AIX 或 者 潜入 到 了 芯片 当中 ,但 是 你 并 没有 这 些 知 识 , 那 么 就 需 
要 在 平时 ,或 者 在 当时 临时 学 习 , 这 样 的 情况 在 测试 领域 很 容易 发 生 的 。 因 此 测试 不 单 是 一 
种 工作 ,而 且 对 从 业 人 员 的 能 力 和 思维 都 有 很 大 提高 。 


1.9 ”总结 


测试 是 要 发 现 语义 的 或 逻辑 的 错误 ,而 不 是 要 发 现 语法 的 或 符号 的 错误 。 软件 测试 是 
为 了 确认 软件 做 了 所 期 望 的 事情 , 另 一 方面 是 确认 软件 以 正确 的 方式 来 做 了 这 个 事件 。 软 
件 测试 不 仅 是 在 测试 软件 产品 的 本 身 , 而 且 还 包括 软件 开发 的 过 程 。 如 果 一 个 软件 产品 开 


14 软件 测试 方法 与 实践 


发 完成 之 后 发 现 了 很 多 问题 ,这 说 明 此 软件 开发 过 程 很 可 能 是 有 缺陷 的 。 因 此 软件 测试 是 
保证 整个 软件 开发 过 程 是 高 质量 的 。 


1. 10 参考 文献 
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1.11 思考 与 练习 


. 什么 是 软件 测试 ? 软件 测试 的 目的 是 什么 ? 

. 如 何 理解 : 软件 测试 应 从 “小 规模 ”开始 ,然后 扩展 到 “大 规模 ”? 
. 描述 软件 测试 的 过 程 。 

. 列举 软件 测试 类 型 及 各 类 型 测试 名 称 。 

. 查阅 有 关 文 献 ,说 明 测 试 面临 的 挑战 。 

. 软件 测试 工程 师 应 该 具有 什么 素质 ? 


中 性 
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1.13” 课 后 作业 


在 讨论 到 “软件 测试 工程 师 的 素质 ?时 ,有 人 认为 软件 测试 工程 师 应 具备 以 下 素质 。 用 
你 的 理解 , 试 分 析 一 下 ,在 下 面 所 列举 的 素质 中 ,哪些 是 软件 测试 工程 师 所 特有 的 ? 哪些 是 
软件 工程 师 所 共有 的 ? 

(1) 沟通 能 力 : 一 名 理想 的 测试 者 必须 能 够 同 测试 涉及 到 的 所 有 人 进行 沟通 ,具有 与 
技术 (开发 者 ) 和 非 技 术 人 员 ( 客 户 ,管理 人 员 ) 的 交流 能 力 。 既 要 可 以 和 用 户 谈 得 来 ,又 能 同 
开发 人 员 说 得 上 话 ,不 幸 的 是 这 两 类 人 没有 共同 语言 。 和 用 户 谈话 的 重点 必须 放 在 系统 可 
以 正确 地 处 理 什么 和 不 可 以 处 理 什 么 上 。 而 和 开发 者 谈 相同 的 信息 时 ,就 必须 将 这 些 活 重 
新 组 织 以 另 一 种 方式 表达 出 来 ,测试 小 组 的 成 员 必 须 能 够 同等 地 同 用 户 和 开发 者 沟通 。 

(2) 移 情 能 力 : 系统 开发 的 涉 众 (Stakeholder) , 即 和 系统 开发 有 关 的 所 有 人 员 ,都 处 在 
一 种 既 关心 又 担心 的 状态 之 中 。 用 户 担心 将 来 使 用 一 个 不 符合 自己 要 求 的 系统 ,开发 者 则 
担心 由 于 系统 要 求 不 正确 而 使 他 不 得 不 重新 开发 整个 系统 ,管理 部 门 则 担心 这 个 系统 突然 
崩溃 而 使 它 的 声誉 受 损 。 测 试 者 必须 和 每 一 类 人 打交道 ,因此 需要 测试 小 组 的 成 员 对 他 们 
每 个 人 都 具有 足够 的 理解 和 同情 ,具备 了 这 种 能 力 ,可 以 将 测试 人 员 与 相关 人 员 之 间 的 冲突 
和 对 抗 减少 到 最 低 程度 。 

(3) 技术 能 力 : 就 总 体 而 言 ,开发 人 员 对 那些 不 懂 技 术 的 人 持 一 种 轻视 的 态度 。 一 旦 
测试 小 组 的 某 个 成 员 作 出 了 一 个 错误 的 断定 ,那么 他 们 的 可 信和 度 就 会 立刻 被 传扬 了 出 去 。 
一 个 测试 者 必须 既 明 白 被 测 软 件 系 统 的 概念 又 要 会 使 用 工程 中 的 那些 工具 。 要 做 到 这 一 点 
需要 有 几 年 以 上 的 编程 经 验 ,前 期 的 开发 经 验 可 以 帮助 对 软件 开发 过 程 有 较 深入 的 理解 ,从 
开发 人 员 的 角度 正确 的 评价 测试 者 ,简化 自动 测试 工具 编程 的 学 习 曲 线 。 熟 悉 编 写 程序 的 
能 力 及 开发 环境 ,熟悉 各 种 系统 ,比如 : Linux、Solaris、AIX400、Windows 等 ,熟悉 软件 领域 
新 技术 的 发 展 , 比 如 : 三 层 架 构 应 用 也 相应 地 分 为 “前 端 接 和 人, 中间 应 用 ,后 端 数据 库 服务 
器 ”的 三 层 模式 的 电子 商务 解决 方案 ,数据库 知识 等 。 测 试 的 产品 不 同 , 所 要 求 的 知识 面 也 
就 有 所 不 同 了 ,总 之 ,测试 要 求 的 知识 面 比较 广 。 

(4) 自信 心 : 开发 者 指责 测试 者 出 了 错 是 常 有 的 事 , 测 试 者 必须 对 自己 的 观点 有 足够 
的 自信 心 。 

(5) 外 交 能 力 : 当 你 告诉 某 人 他 出 了 错时 ,就 必须 使 用 一 些 外 交 方 法 。 机 智 老练 和 外 
交手 法 有 助 于 维护 与 开发 人 员 的 协作 关系 ,测试 者 在 告诉 开发 者 他 的 软件 有 错误 时 ,也 同样 
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需要 一 定 的 外 交手 腕 。 如 果 采 取 的 方法 过 于 强硬 ,那么 对 测试 者 来 说 ,在 以 后 和 开发 部 门 的 
合作 方面 就 相当 于 “ 赢 了 战争 却 输 了 战役 ”。 

(6) 幽默 感 : 在 遇 到 狭 辩 的 情况 下 ,一 个 幽默 的 批评 将 是 很 有 帮助 的 。 

(7) 很 强 的 记忆 力 : 一 个 理想 的 测试 者 应 该 有 能 力 将 以 前 曾经 遇 到 过 的 类 似 的 错误 从 
记忆 深 处 挖掘 出 来 ,这 一 能 力 在 测试 过 程 中 的 价值 是 无 法 衡量 的 。 因 为 许多 新 出 现 的 问题 
和 已 经 发 现 的 问题 相差 无 几 。 

(8) 耐心 : 一 些 质量 保证 工作 需要 难以 置信 的 耐心 。 有 时 需要 花费 售 人 的 时 间 去 分 
离 . 识 别 和 分 派 一 个 错误 。 这 个 工作 是 那些 没有 耐心 的 人 无 法 完成 的 。 

(9) 怀疑 精神 : 可 以 预料 ,开发 者 会 尽 他 们 最 大 的 努力 解释 所 有 的 错误 。 测 式 者 必须 
听 每 个 人 的 说 明 ,但 他 必须 保持 怀疑 直到 他 自己 确认 。 

(10) 自我 督促 ; 做 测试 工作 很 容易 使 你 变 得 懒散 。 只 有 那些 具有 自我 督促 能 力 的 人 
才能 够 使 自己 每 天 正常 地 工作 。 

(11) 洞察 力 : 一 个 好 的 测试 工程 师 具 有 “测试 是 为 了 破坏 ”的 观点 ,捕获 用 户 观 点 的 能 
力 ,强烈 的 质量 追求 ,对 细节 的 关注 能 力 。 应 用 高 风险 区 的 判断 能 力 以 便 将 有 限 的 测试 针对 
重点 环节 。 
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日 会 测试 


自 盒 测 试 (White-box Testing) 有 时 称 为 玻璃 盒 测 试 (Glass-box Testing) ,是 一 种 基于 
源 程序 或 代码 的 测试 方法 ,分 为 静态 和 动态 两 种 类 型 。 静 态 方 法 是 指 按 一 定 步骤 直接 检查 
源 代码 来 发 现 错误 ,而 不 用 生成 测试 用 例 并 驱动 被 测 程序 运行 来 发 现 错误 ,也 称 为 代码 检查 
法 ; 动态 方法 是 指 按 一 定 步 又 生成 测试 用 例 并 驱动 被 测 程序 运行 来 发 现 错误 。 本 章 第 一 节 
和 第 二 节 介 绍 的 动态 方法 有 基本 路 径 测 试 , 条 件 测 试 . 数 据 流 测试 及 循环 测试 ; 第 三 节 介绍 
的 静态 方法 有 桌面 检查 .代码 审查 及 走 查 。 

快速 阅览 

什么 是 白 盒 测 试 ? 基于 源 程 序 或 代码 结构 与 逻辑 ,生成 测试 用 例 以 尽 可 能 多 地 发 现 并 
修改 源 程 序 的 错误 。 白 盒 测试 分 为 静态 和 动态 两 种 类 型 。 静 态 测试 方法 有 桌面 检查 、 代 码 
审查 及 走 查 ,动态 方法 有 基本 路 径 测 试 、 条 件 测试 数据 流 测试 及 循环 测试 。 

由 谁 来 负责 白 盒 测试 ? 白 盒 测 试 一 般 由 软件 开发 人 员 进 行 。 在 集成 测试 时 如 果 用 到 白 
盒 测 试 方法 ,一 般 由 有 经 验 的 软件 测试 人 员 和 软件 开发 人 员 共 同 完成 集成 测试 的 计划 和 
执行 。 

为 什么 白 盒 测 试 如 此 重要 ? 白 盒 测 试 是 一 种 主要 的 单元 测试 方法 。 如 果 基 础 单元 质量 
不 能 保证 , 则 会 给 后 续 测试 工作 、 错 误 修正 工作 带 来 很 多 困难 。 

白 盒 测试 步骤 是 什么 ? 白 盒 测试 过 程 主要 有 5 个 步骤 : 根据 源 程序 画 程 序 图 、 生 成 测 
试用 例 .执行 测试 ,分析 履 盖 标 准 、 判 定 测试 结果 。 

有 哪些 工件 形成 ? 在 一 些 情况 下 ,会 生成 白 盒 测试 计划 程序 图 或 流 图 以 及 测试 用 例 。 
白 盒 测试 结果 存档 以 便 将 来 软件 维护 时 使 用 。 

如 何 确保 准确 地 完成 任务 ?尽管 永远 不 能 保证 已 经 执行 了 所 有 可 能 的 白 盒 测试 ,但 能 
肯定 测试 已 经 发 现 了 错误 (并 且 已 修正 了 这 些 错 误 )。 另 外 ,如 果 已 经 制定 了 一 个 白 盒 测 试 
计划 , 则 可 以 通过 检查 来 保证 测试 计划 中 的 所 有 测试 已 被 完成 。 
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2.1 基本 路 径 测 试 


基本 路 径 测试 是 Tom McCabe 中 首先 提出 的 一 种 白 盒 测试 技术 ,基本 路 径 测 试 给 测试 
用 例 设 计 者 提供 方法 来 求 出 程序 或 过 程 设计 中 的 逻辑 复杂 性 测度 ,并 使 用 该 测度 作为 指南 
来 定义 执行 路 径 的 基本 集 。 从 该 基本 集 导 出 的 测试 用 例 保 证 对 程序 中 的 每 一 条 语句 至 少 执 
行 二 次 : 


2.1.1 流 图 符号 


在 介绍 基本 路 径 方法 之 前 ,必须 先 介绍 一 种 简单 的 控制 流 表示 方法 , 即 流 图 (Flow 
Graph) 或 程序 图 (Program Graph)。 流 图 描述 逻辑 控制 流 ,如 图 2-1 所 示 。 程 序 中 每 一 种 
结构 化 构成 元 素 都 有 一 个 相应 的 流 图 符号 。 


Sequence 让 Case 


图 2-1 流 图 符号 (每 个 圆 表示 一 个 或 多 个 非 分 支 PDL 或 源 代码 语句 ) 


为 了 说 明 流 图 的 用 法 ,考察 图 2-2(a) 中 的 过 程 设计 表示 法 。 此 处 ,流程 图 用 来 描述 程序 
控制 结构 。 图 2-2(b) 将 流程 图 映射 到 一 个 相应 的 流 图 (假设 流程 图 的 葵 形 决定 框 中 不 包含 
复合 条 件 ) 。 在 图 2-2(b) 中 ,每 一 个 圆 称 为 流 图 的 节点 ,代表 一 个 或 多 个 语句 。 一 个 处 理 方 
框 序列 和 一 个 葵 形 决策 框 可 被 映射 为 一 个 节点 。 流 图 中 的 箭头 称 为 边 或 连接 ,代表 控制 流 ， 
类 似 于 流程 图 中 的 箭头 。 一 条 边 必 须 终 止 于 一 个 节点 ,即使 该 节点 并 不 代表 任何 语句 ( 例 
如 : 参见 if-else-then 结构 中 的 符号 终结 节点 ) 。 由 边 和 节点 限定 的 范围 称 为 区 域 。 计 算 区 
域 时 把 图 外 部 的 区 域 算 作 一 个 区 域 。 

程序 设计 中 遇 到 复合 条 件 时 ,生成 的 流 图 会 变 得 稍微 复杂 。 当 条 件 语 句 中 用 到 一 个 或 
多 个 布尔 运算 符 (逻辑 OR、AND、NAND、NOR) 时 ,就 出 现 了 复合 条 件 。 在 图 2-3 中 ,将 一 
段 PDL 语句 翻译 为 流 图 ,注意 ,为 语句 IF a OR b 中 的 每 一 个 a 和 bb 创建 了 一 个 独立 的 节 
点 ,包含 一 个 条 件 的 节点 被 称 为 判定 节点 ,从 每 一 个 判定 节点 发 出 两 条 或 多 条 边 。 任 何 过 程 
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设计 表示 法 都 可 被 翻译 成 流 图 ,图 2-3 显示 了 一 个 程序 设计 语言 (Program Design Language， 
PDL) 片 段 及 其 对 应 的 流 图 ,注意 ,这 里 对 PDL 语句 进行 了 编号 ,并 将 相应 的 编号 用 于 流 图 
中 。 流 图 中 编号 后 面 括号 里 的 内 容 是 所 关注 的 程序 中 的 变量 。 


图 2-2 流程 图 和 流 图 


ea | 
lIPDL procedure Predicate \ 
: node lV、~~、、 


， 2 

1 IFaORb 

3 then procedure x 
4 else procedure y 
5 ENDIF 


图 2-3 复合 逻辑 


2.1.2 独立 程序 路 径 


独立 路 径 ( 也 称 为 基本 路 径 ) 是 指 在 程序 人 口 与 出 口 之 间 的 任 一 路 径 ,其 间 不 存在 两 条 
长 度 大 于 2 的 相同 的 子路 径 。 下 面 给 出 流 图 和 基本 路 径 的 定义 。 

一 个 流 图 定义 为 G 二 (V,E) ,其 中 V 是 顶点 的 集合 ,E 是 有 向 边 的 集合 。V 二 {vw ,ve}U 
DUS, 初 始 节点 ww 的 入 度 函 数 indegree(w ) 的 值 为 零 ,indegree(w,) 二 0, 结 束 节点 w 的 出 
度 函 数 outdegree(ve) 的 值 为 零 ,outdegree(vw) 王 0,D 是 原子 二 元 判定 条 件 的 节点 集 ,S 是 
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顺序 的 节点 集 ,每 一 个 节点 表示 一 块 连续 的 语句 群 ; E 一 DXDUDXSUSXD 是 有 向 边 的 
集合 。 

路 径 p 可 以 表示 为 一 系列 的 顶点 ; p= 二 wy 如,… ,vyve ,其 中 和 v6 ,vi(i 二 1,…,n) oo 所 
Von (mv S 已 。 路 径 pp 二 vo ,v1 ,vo，… ,vosve 是 一 条 基本 路 径 , 如 果 
pp 不 包含 两 个 子 序列 的 s1 、s, 使 得 5 二 s; ,并 且 length(Cs ) 二 1 和 1length(s) 之 1。 路径 p 的 
子 序列 9 ,subseq(sl ,为 ) 当 且 仅 当 ( 了 so)( 本 sz )(soysiysz 一 力 ) 。 

A Is1)(3s) (subseq(s1 sp) Asubseq(sz ,bp) As5=ss ANsl>1Als|> D(C1) 

例如 ,如 图 2-2(b) 中 所 示 流 图 的 如 下 4 条 路 径 为 独立 路 径 : 

路 径 1: 1 一 11 

路 径 2; 1 一 2 一 3 一 4 一 5 一 10 一 1 一 11 

路 径 3; 1 一 2 一 3 一 6 一 8 一 9 一 10 一 1 一 11 

路 径 4: 1 一 2 一 3 一 6 一 7 一 9 一 10 一 1 一 11 

上 面 定义 的 路 径 1、2、3 和 4 包含 了 如 图 2-2(b) 所 示 流 图 的 一 个 基本 集 , 简 言 之 ,如 果 能 
设计 测试 以 便 强迫 运行 这 些 路 径 ( 基 本 集 ) ,那么 程序 中 的 每 一 条 语句 将 至 少 被 执行 一 次 ,每 
一 个 条 件 执行 时 都 将 分 别 取 true 和 false。 应 该 注意 到 基本 集 并 不 唯一 ,实际 上 对 给 定 的 过 
程 设计 可 导出 任意 数量 的 不 同 基 本 集 。 路 径 1 一 2 一 3 一 4 一 5 一 10 一 1 一 2 一 3 一 6 一 8 一 9 
10 一 1 一 11 不 是 独立 路 径 , 子 序列 1 一 2 一 3 出 现 两 次 ,不 满足 上 述 条件 (C1) 。 

注意 ,有 的 书 中 定义 “独立 路 径 是 指 程序 中 至 少 引进 一 个 新 的 处 理 语句 集合 或 一 个 新 条 
件 的 任 一 路 径 。 采 用 流 图 的 术语 , 即 独立 路 径 必须 至 少 包含 一 条 在 定义 路 径 之 前 未 被 用 
到 的 边 匀 ”。 这 种 独立 路 径 定义 是 不 够 精确 的 。 比 如 先 得 到 路 径 2, 然 后 考虑 路 径 1。 路 
径 1 中 的 边 {(1,11)} 是 路 径 2 中 的 最 后 一 条 边 ,也 就 是 说 路 径 1 相对 路 径 2 无 新 的 路 径 


2.1.3 环形 复杂 性 


如 何 才能 知道 需要 寻找 多 少 条 路 径 呢 ? 对 环形 复杂 性 的 计算 结果 为 这 个 问题 提供 了 答 
案 。 环 形 复杂 性 以 图 论 为 基础 ,为 我 们 提供 了 非常 有 用 的 软件 度量 。 

环形 复杂 性 是 一 种 为 程序 逻辑 复杂 性 提供 定量 测度 的 软件 度量 。 当 该 度量 用 于 基本 路 
径 测 试 方法 ,计算 所 得 的 值 给 出 了 程序 基本 集 的 独立 路 径 数量 ,这 是 为 确保 所 有 语句 至 少 执 
行 一 次 而 必须 进行 测试 数量 的 上 界 。 可 用 如 下 3 种 方法 之 一 来 计算 复杂 性 : 

(1) 流 图 中 区 域 的 数量 对 应 于 环形 的 复杂 性 。 

(2) 给 定 流 图 G 的 环形 复杂 性 一 一 CC(G) ,定义 为 CC(G) = 下 一 N 十 2, 下 是 流 图 中 边 
的 数量 ,NN 是 流 图 节点 数量 。 

(3) 给 定 流 图 G 的 环形 复杂 性 一 一 CC(G) ,也 可 定义 为 CC(G) 王 P 十 1, 忆 是 流 图 G 中 
判定 节点 的 数量 。 
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再 回 到 图 2-2(b) ,可 采用 上 述 任意 一 种 算法 来 计算 环形 复杂 性 。 

(1) 流 图 有 4 个 区 域 。 

(2) CC(G)==11 条 边 一 9 个 节点 十 2 一 4。 

(3) CC(G)==3 个 判定 节点 十 1 一 4。 

因此 ,图 2-2(b) 的 环形 复杂 性 是 4。 更 重要 的 是 CC (G) 的 值 提供 了 组 成 基本 集 的 独立 
路 径 的 上 界 , 并 由 此 得 出 覆盖 所 有 程序 语句 所 需 的 测试 设计 数量 的 上 界 。 


2.1.4 导出 测试 用 例 


基本 路 径 测试 方法 可 用 于 过 程 设 计 或 源 代 码 。 本 节 介 绍 利 用 基本 路 径 测试 产生 测试 用 
例 的 一 系列 步骤 ,将 用 图 2-4 中 PDL 所 描述 的 “清理 列表 ”过 程 阐明 测试 用 例 设 计 方 法 中 
的 各 个 步骤 。 
Procedure purge (var L: list) 
var p,q: ***//define p,q 


begin 
(1) p:= FIRST(L); 
(2) begin while p = > END(L) do 
(3) q 一 next(p,L); 
(4) begin while q = > END(L) do 
(5) if Aq = Ap then 
(6) delete (Aq,L) 
(7) else q := next(q,L); 
(8) end 
(9) p :一 next(p,L) 
(10) end; 

end; 


图 2-4 PDL 所 描述 的 “清理 列表 ”过 程 


(1) 以 设计 或 代码 为 基础 , 画 出 相应 的 流 图 。 使 用 符号 和 2. 1. 1 节 中 的 构造 规则 创建 
一 个 流 图 ,参考 图 2-4 中 “ 求 平均 值 ” 的 PDL。 创 建 流 图 时 ,要 对 将 被 映射 为 流 图 节点 的 
PDL 语句 进行 标号 (1) 一 (10) ,图 2-5 显示 了 对 应 的 流 图 。 


图 2-5 对 应 的 流 图 
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(2) 确定 结果 流 图 的 环形 复杂 性 。 可 采用 上 一 节 中 的 任意 一 种 算法 来 计算 环形 复杂 
性 一 一 CC (G)。 计 算 CC (G) 并 不 一 定 要 画 出 流 图 ,计算 PDL 中 的 所 有 原子 条 件 语句 数量 
Cwhile 及 让 条 件 语句 ) ,然后 加 1 即 可 得 到 环形 复杂 性 。 应 该 注意 ,如 果 是 复合 条 件 语句 ， 
需求 出 原子 条 件 语句 数量 。 对 于 图 2-5 中 的 流 图 ,CC(G) 的 计算 方法 有 以 下 三 种 : 

CC(G) 二 4 个 区 域 


CC(G) = 14 条 边 一 12 个 节点 十 2 一 4 
CC(CG) = 3 个 判定 节点 十 1 一 4 


(3) 确定 线性 独立 的 路 径 的 一 个 基本 集 。CC (G) 的 值 提供 了 程序 控制 结构 中 线性 独 
立 的 路 径 的 数量 ,通常 在 导出 测试 用 例 时 ,识别 判定 节点 是 很 有 必要 的 。 在 本 例 中 ,节点 2、 
4 和 5 是 判定 节点 。 在 求 平均 值 的 过 程 中 ,指定 4 条 路 径 : 


(4) 准备 测试 用 例 , 强 制 执 行 基本 集中 每 条 路 径 。 测 试 人 员 可 选择 数据 以 便 在 测试 每 
条 路 径 时 适当 设置 判定 节点 的 条 件 。 满 足 上 述 基 本 集 的 测试 用 例如 下 : 


路 径 1 测试 用 例 : 
输入 条 件 : L=( ), 即 列表 为 空 
期 望 结果 : L=( ) ,无 列表 清理 处 理 
路 径 2 测试 用 例 : 
输入 条 件 : L=( Ap ) 
期 望 结果 : L=( Ap ) 
路 径 3 测试 用 例 : 
输入 条 件 : L=( Ap Aq) 且 Ap = Aq 
期 望 结果 : L=( Ap ), 从 列表 中 清理 Aq 
路 径 4 测试 用 例 : 
输入 条 件 : L=( Ap Aq ) 且 Ap 一 > Aq 
期 望 结 果 : L=( Ap Aq ) 


执行 每 个 测试 用 例 ,并 和 期 望 值 比较 ,一 旦 完成 所 有 测试 用 例 ,测试 者 就 可 以 确定 在 程 
序 中 的 所 有 语句 至 少 被 执行 一 次 。 重 要 的 是 , 某 些 独立 路 径 ( 如 ,例子 中 的 路 径 1) 不 能 以 独 
立 的 方式 被 测试 , 即 穿越 路 径 所 需 的 数据 组 合 不 能 形成 程序 的 正常 流 ,在 这 种 情况 下 ,这些 
路 径 必 须 作为 另 一 个 路 径 测试 的 一 部 分 来 进行 测试 。 


2.1.5 图 矩阵 法 
导出 流 图 和 决定 基本 测试 路 径 的 过 程 都 需要 机 械 化 或 自动 化 手段 来 支持 。 为 了 开发 畏 


助 基本 路 径 测试 的 软件 工具 ,一 种 称 为 图 矩阵 (Graph Matrix) 的 数据 结构 很 有 用 。 图 矩阵 
是 一 个 正方 形 和 矩阵 ,其 大 小 ( 即 列 数 和 行 数 ) 等 于 流 图 的 节点 数 。 每 列 和 每 行 都 对 应 于 标识 
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的 节点 ,矩阵 项 对 应 于 节点 间 的 连接 ( 边 ) ,图 2-6 显示 了 一 个 简单 的 流 图 及 其 对 应 的 图 
和 矩阵 中 。 


连 到 节点 
节 上 1 2 3 4 5 
a 


d b 


e 7 
| s | 。 


w hh wb 一 


图 和 矩阵 


图 2-6 流 图 和 图 和 矩阵 


在 图 2-6 中 , 流 图 的 节点 以 数字 标识 , 边 以 字母 标识 ,矩阵 中 的 字母 项 对 应 于 节点 间 的 
连接 ,例如 , 边 b 连接 节点 3 和 节点 4。 这 里 ,图 矩阵 只 是 流 图 的 表格 表示 ,然而 ,对 每 个 矩 
阵 项 加 入 连接 权 值 (Link Weight) ,图 矩阵 就 可 以 用 于 在 测试 中 评估 程序 的 控制 结构 ,连接 
权 值 为 控制 流 提 供 了 另外 的 信息 。 在 最 简单 情况 下 ,连接 权 值 是 1( 存 在 连接 ) 或 0( 不 存在 
连接 ) ,但 是 ,连接 权 值 可 以 赋予 更 有 趣 的 属性 ， 

。 执行 连接 ( 边 ) 的 概率 。 

。 穿越 连接 的 处 理 时 间 。 

。 穿越 连接 时 所 需 的 内 存 。 

。 穿越 连接 时 所 需 的 资源 。 

举例 来 说 ,用 最 简单 的 权 值 (0 或 1) 来 标识 连接 ,如 图 2-6 所 示 的 图 矩阵 可 重 画 为 图 2-7。 
字母 替换 为 1, 表 示 存 在 边 (为 清晰 起 见 ,没有 画 出 0) ,这 种 形式 的 图 矩阵 称 为 连接 矩阵 
(Connection Matrix) 。 

连 到 节点 
1 2 3 4 5 连接 
i 1-1=0 


节点 


2-1=1 


1 1 2-1=] 


wm Fw PP 一 


国医 2-1=1 
3+1=4 
图 和 矩阵 环形 复杂 度 
2-7 连接 矩阵 
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在 图 2-7 中 , 含 两 个 或 两 个 以 上 项 的 行 ,表示 判定 节点 ,所 以 ,右边 所 示 的 算术 计算 就 提 
供 了 另 一 种 环形 复杂 性 计算 (参考 2. 1. 3 节 ) 的 方法 。Beizer 提供 了 可 用 于 图 矩阵 的 其 他 数 
学 算法 的 处 理 , 利 用 这 些 技术 ,设计 测试 用 例 的 分 析 就 可 以 自动 化 或 部 分 自动 化 中 。 


2.2 控制 结构 测试 


2. 1 节 所 描述 的 基本 路 径 测试 技术 是 控制 结构 测试 技术 之 一 。 尽 管 基本 路 径 测试 简单 
高 效 , 但 是 如 果 只 用 这 一 种 方法 ,并 不 能 充分 地 保证 程序 的 质量 。 本 节 讨论 控制 结构 测试 的 
其 他 变种 ,这 些 测 试 履 盖 提 高 了 白 盒 测 试 的 质量 。 


2.2.1 条 件 测试 


条 件 测试 是 检查 程序 模块 中 所 包含 逻辑 条 件 的 测试 用 例 设 计 方 法 。 一 个 简单 条 件 是 指 

一 个 布尔 变量 或 一 个 可 能 带 有 NOT( 忆 操作 符 的 关系 表达 式 。 关 系 表达 式 的 形式 如 下 : 
Ei 一 关系 操作 符 二 EE 

其 中 E, 和 Es 是 算术 表达 式 , 而 一 关系 操作 符 二 是 下 列 之 一 : 二 三、 二 ,了 (一 二 ), 或 
三 。 复 杂 条 件 由 两 个 或 多 个 简单 条 件 ,布尔 操作 符 和 括 弧 组 成 。 假 定 可 用 于 复杂 条 件 的 布 
尔 操作 符 包 括 OR| .AND(&) 和 NOT( 沁 ,不 含 关 系 表达 式 的 条 件 称 为 布尔 表达 式 。 

所 以 条 件 的 成 分 类 型 包括 布尔 操作 符 、 布 尔 变量 ,一 对 布尔 括 弧 ( 括 住 简 单 或 复杂 条 
件 ) .关系 操作 符 或 算术 表达 式 。 如 果 条 件 不 正确 , 则 至 少 有 一 个 条 件 成 分 不 正确 ,所 以 条 件 
的 错误 类 型 如 下 : 

。 布尔 操作 符 错 误 ( 遗 漏 布尔 操作 符 ,布尔 操作 符 多 余 或 布尔 操作 符 不 正确 ) 。 

。 布尔 变量 错误 。 

。 布尔 括 弧 错误 。 

。 关系 操作 符 错误 。 

。 算术 表达 式 错 误 。 

条 件 测试 方法 注重 于 测试 程序 中 的 条 件 。 本 节 后 面 讨 论 的 条 件 测试 策略 主要 有 两 个 优 
点 ,首先 ,一 个 条 件 测试 的 覆盖 率 度量 是 简单 的 ; 其 次 ,程序 的 各 个 条 件 测试 覆盖 率 为 产生 
另外 的 程序 测试 提供 了 指导 。 

条 件 测试 的 目的 是 测试 程序 条 件 的 错误 和 程序 的 其 他 错误 。 如 果 程 序 P 的 测试 集 能 
够 有 效 地 检测 P 中 的 条 件 错误 , 则 该 测试 集 可 能 也 会 有 效 地 检测 P 中 的 其 他 错误 ,此 外 ,如 
果 测 试 策略 对 检测 条 件 错误 有 效 , 则 它 也 可 能 有 效 地 检测 程序 错误 。 

前 面 已 经 提出 了 几 个 条 件 测试 策略 。 分 支 测 试 可 能 是 最 简单 的 条 件 测试 策略 ,对 于 复 
合 条 件 C,C 的 真 分 支 和 假 分 支 以 及 C 中 的 每 个 简单 条 件 都 需要 至 少 执行 一 次 中 。 
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域 测试 (Domain testing) 吕 要求 从 关系 表达 式 中 导出 3 个 或 4 个 测试 用 例 ,关系 表达 式 
的 形式 如 下 : 

Ei 过 关系 操作 符 二 EE。 

需要 3 个 测试 用 例 分 别 用 于 计算 E, 的 值 是 大 于 (二 ) 等 于 (=) 或 小 于 (一 )E 的 值 中 。 
如 果 二 关系 操作 符 二 错误 ,而 E, 和 Es 正确 , 则 这 3 个 测试 用 例 能 够 发 现 关系 操作 符 的 错 
误 。 为 了 发 现 E, 和 E 的 错误 ,计算 E, 小 于 或 大 于 Es 的 测试 用 例 应 使 两 个 值 间 的 差别 尽 
可 能 小 。 

及 n 个 变量 的 布尔 表达 式 需 要 2" 个 可 能 的 测试 用 例 (n 二 0)。 这 种 策略 可 以 发 现 布尔 
操作 符 、 变 量 和 括 弧 的 错误 ,但 是 只 有 在 很 小 时 实用 。 

也 可 以 生成 布尔 表达 式 的 敏感 错误 测试 "J 申 。 对 于 有 个 布尔 变量 (n 二 0) 的 单纯 型 布 
尔 表达 式 (每 个 布尔 变量 只 出 现 一 次 的 布尔 表达 式 ) ,可 以 很 容易 地 产生 测试 数 小 于 2" 的 测 
试 集 ,该 测试 集 能 够 发 现 多 个 布尔 操作 符 错误 和 其 他 错误 。 

Taic 建 议 在 上 述 技术 之 上 建立 条 件 测试 策略 。 称 为 BRO (Branch and Relational 
Operator) 的 测试 技术 。 假 设 在 一 个 条 件 中 所 有 的 布尔 变量 和 关系 表达 式 只 出 现 一 次 而 且 
没有 公共 变量 ,BRO 保证 能 发 现 该 条 件 中 的 分 支 ( 布 尔 ) 操 作 符 和 关系 操作 符 错误 。BRO 
策略 利用 某 条 件 C 的 条 件 约束 。 有 个 简单 条 件 的 条 件 C 的 条 件 约束 定义 为 (Di ,De ,…， 
D,) ,其 中 D;(0 达 i 和) 表示 条 件 C 中 第 i 个 简单 条 件 的 输出 约束 。 如 果 在 执行 条 件 C 的 过 
程 中 ,C 的 每 个 简单 条 件 的 输出 都 满足 D 中 对 应 的 约束 , 则 称 条 件 C 的 条 件 约束 DD 由 C 的 
执行 所 覆盖 。 

对 于 布尔 变量 B,B 输出 的 约束 指定 B 必须 是 真 (t) 或 假 (f)。 类 似 地 ,对 于 关系 表达 式 
符号 二 二、 二 用 于 指定 表达 式 输 出 的 约束 。 

作为 简单 的 例子 ,考虑 条 件 C ,有 : 

号 

其 中 Bl 和 Bs 是 布尔 变量 。Ci 的 条 件 约束 式 如 (Di ,D: ) ,其 中 D, 和 D; 是 t 或 f, 值 (t， 
人 ) 是 Ci 的 一 个 条 件 约束 ,由 使 B 为 真 使 B 为 假 的 测试 所 覆盖 。BRO 测试 策略 要 求 约束 
集 {(t,b,(fb,Ct,D} 由 Ci 的 执行 所 覆盖 ,如 果 C, 由 于 布尔 操作 符 的 错误 而 不 正确 ,至 少 
有 一 个 约束 强制 C, 失败 。 

作为 第 二 个 例子 ,考虑 条 件 C, ,有 : 

全 

其 中 Bi 是 布尔 表达 式 ,而 Es 和 E, 是 算术 表达 式 。C。 的 条 件 约束 形式 如 (Di ,D: ) ,其 
中 DD 是 t 或 f,D; 是 一 .= 或 之 。 除 了 C。 的 第 二 个 简单 条 件 是 关系 表达 式 以 外 ,Cs 和 Ci 相 
同 , 所 以 可 以 修改 C 的 约束 集 {(t,t),(f,b,(t,f)) ,得 到 C, 的 约束 集 , 注 意 (E; =E,) 的 t 
意味 着 = ,而 (E:=E,) 的 f 意 味 着 之 或 二 。 分 别 用 (t,=) 和 (f,=) 蔡 换 (t,t) 和 (f,t) ,并 用 
(t,<) 和 (t,>) 蔡 换 (t,f) ,就 得 到 Cs 的 约 东 集 {(t,=),(f,=),t, 过 ),(t, 二)}。 上 述 条 件 
约束 集 的 覆盖 率 将 保证 检测 C; 的 布尔 和 关系 操作 符 的 错误 。 
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作为 第 三 个 例子 ,考虑 条 件 Cs ,有 : 

Cs: (E>E:)&(E;=E) 

其 中 Ei 、E; 、Es 和 Es 是 算术 表达 式 。Cs 的 条 件 约束 形式 如 (Di ,D;), 其 中 D, 和 D; 是 
二 .三 或 >。 除 了 Cs 的 第 一 个 简单 条 件 是 关系 表达 式 以 外 ,Cs 和 Cs 相同 ,所 以 可 以 修改 
Cz 的 约束 集 得 到 Cs 的 约束 集 , 结 果 为 

{> ,=),(=,=),(<,=),(> ,>),(> ,<)} 

上 述 条 件 约束 集 能 够 保证 检测 C3 的 关系 操作 符 的 错误 。 


2.2.2 数据 流 测试 


数据 流 测试 方法 按照 程序 中 的 变量 定义 和 使 用 的 位 置 来 选择 程序 的 测试 路 径 。 已 经 
不 少 关于 数据 流 测试 策略 的 研究 C200903。 为 了 说 明 数 据 流 测 试 方法 ,假设 程序 的 每 条 语 
句 都 赋予 了 唯一 的 语句 号 ,而 且 每 个 函数 都 不 改变 其 参数 和 全 局 变量 。 对 于 语句 号 为 S 的 
语句 : 

def(S) 二 {x| 语 句 S 包 含 x 的 定义 } 

use(S) 二 {x| 语 句 S 包 含 x 的 使 用 } 

如 果 存在 从 S 到 S' 的 路 径 , 并 且 该 路 径 不 含 x 
的 其 他 定义 , 则 称 变量 x 在 语句 S 处 的 定义 在 语 
句 S' 仍 有 效 或 称 为 定义 清纯 (Def-Clear)。 变 量 x 
的 “定义 使 用 关联 ”(du-association) 形 式 如 [x,S， 
S], 其 中 S 和 S 是 语句 号 ,x 在 def(S) 和 use(S') 
中 ,而 且 语句 S 定义 的 X 在 语句 S 有效 。 图 2-8 
中 变量 x 的 du- 关 联 为 [x,1,4], 其 相应 du- 路 径 为 
(1,2,4) 和 (1,3,4)。 如 果 语 句 S 是 if 或 循环 语 
句 ,def(S) 集 为 空 , 而 use(S) 集 取决 于 S 的 条 件 。 

一 个 变量 的 使 用 可 以 是 计算 使 用 (c-use) 或 断言 使 用 (p-use)。 一 个 变量 的 du- 链 是 一 
条 路 径 , 这 条 路 径 是 从 变量 的 定义 到 变量 的 使 用 之 间 定 义 清纯 (definition-clear) ,也 就 是 说 ， 
无 任何 重 定义 。 对 于 c-use 来 说 ,du- 链 是 从 含有 定义 语句 到 含有 计算 使 用 语句 之 间 的 路 径 。 
对 于 p-use 来 说 ,du- 链 是 从 含有 定义 语句 到 包含 两 个 执行 分 支 断 言 使 用 语句 之 间 的 路 径 。 
选择 程序 的 测试 路 径 是 基于 变量 的 du- 链 及 测试 数据 的 适当 标准 而 进行 的 (比如 说 ,all- 
use)。 图 2-9 中 的 例子 展示 了 过 程 内 部 cuse 和 p-use 的 du- 链 : [1,(2,3)],[1,(2,5)]， 
[1,3],[1,5]。 

图 2-10 中 的 例子 展示 了 过 程 间 c-use 和 p-use 的 du- 链 。 对 于 过 程 du- 链 : [1,(5,6)]， 
[1,(5,8)],[1,7]。 


def (1) ={x} 
use (1) ={y,z} 


def (4) ={ Ww} 
use (4) ={x} 


图 2-8 du- 关 联 
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fooA() 
fooA(jf CD 
， 
if(x> 
G3) print x-1; (C2) 
(4) else 
Print x; hod 
图 2-9 过 程 内 部 du- 链 
fooB() 
fooB(){ 
(1) x=read(); 
(2) if(x>0) 
(3) x= fooC(x); def(]1)={x} 
Oe fooC(x) 
(5) print x; 


图 2-10 ”过程 间 du- 链 


数据 流 测试 方法 生成 测试 用 例 的 步骤 : 
(1) 为 每 个 变量 确定 “定义 一 使 用 链 ”。 


def(1)={x} 


p-use[x,2,3] 
p-use[x,2,4] 


c-use[x,3] 


fooC (x){ 
(5) if(x>0) 
(6) return 5; 
(7) else 
(8) return x; 


} 


p-use[x,5,6] 
p-use[x,5,8] 


c-use[x,8] 


(2) 确定 测试 标准 ,比如 说 , 取 全 部 定义 、 取 全 部 使 用 或 取 全 部 路 径 等 。 


(3) 设计 测试 用 例 来 符合 测试 的 标准 。 
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一 种 简单 的 数据 流 测试 策略 是 要 求 覆盖 每 个 du 链 至 少 一 次 ,这 种 策略 称 为 du 测试 策 
略 。 已 经 证 明 du 测试 并 不 能 保证 覆盖 程序 的 所 有 分 支 ,但 是 ,du 测试 不 覆盖 某 个 分 支 仅仅 
在 于 如 下 之 类 的 情况 : if-then-else 中 的 then 没有 定义 变量 ,而 且 不 存在 else 部 分 。 这 种 情 


况 下 ,让 语句 的 else 分 支 并 不 需要 由 du 测试 覆盖 。 
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数据 流 测 试 策 略 可 用 于 为 包含 谋 套 if 和 循环 语句 的 程序 选择 测试 路 径 , 为 此 ,考虑 使 
用 du 测试 为 如 下 的 PDL 选择 测试 路 径 : 


proc x 

(1) Bl; //define X at end of Bl1 

(2) do while Cl 

(3) i C2 

(4) then 

(5) C4 

(6) then B4; //use x at the beginning of B4, define x at end of B4 
区 else B5; //use x at the beginning of B5 ,define x at end of B5 
(8) endif; 

(9) else 

(10) 让 C3 

(11) then B2; //use x at the beginning of B2, define x at end of B2 
(12) else B3; //use x at the beginning of B3, define x at end of B3 
(13) endif; 

(14) endif ; 

(15) enddo; 

(16) B6; 

end proc; 


为 了 用 du 测试 选择 控制 流 图 的 测试 路 径 ,需要 知道 PDL 条 件 或 程序 块 中 的 变量 定义 
和 使 用 。 假 设 变量 x 定义 在 块 B1、B2、B3、B4 和 B5 的 最 后 一 条 语句 之 中 ,并 在 块 B2、B3、 
B4、B5 和 B6 的 第 一 条 语句 中 使 用 。du 测试 策略 要 求 执行 从 每 个 B(0<i<5) 到 Bj (1<j<<6) 
的 最 短路 径 ( 这 样 的 测试 也 覆盖 了 条 件 CC .Cs 和 C, 中 使 用 的 变量 x)。 尽 管 有 25 条 x 
的 du 链 ,只 需 5 条 路 径 获 盖 这 些 du 链 。 原 因 在 于 可 用 5 条 从 B;(0<i<5) 到 Bs 的 路 径 获 
六 x 的 链 ,而 这 5 条 链 包含 循环 的 迭代 就 可 以 覆盖 其 他 的 du 链 。 

du 一 路 径 1: (1) 一 (2) 一 (16) 

du 一 路 径 2: (1) 一 (2) 一 (3) 一 (4) 一 (5) 一 (6) 一 (8) 一 (14) 一 (15) 一 (16) 

du 一 路 径 3: (1) 一 (2) 一 (3) 一 (4) 一 (5) 一 (7) 一 (8) 一 (14) 一 (15) 一 (16) 


du 一 路 径 4: (1) 一 (2) 一 (3) 一 (9) 一 (10) 一 (11) 一 (13) 一 (14) 一 (15) 一 (16) 
du 一 路 径 5: (1) 一 (2) 一 (3) 一 (9) 一 (10) 一 (12) 一 (13) 一 (14) 一 (15) 一 (16) 


注意 如 果 要 用 分 支 测试 策略 为 上 述 的 PDL 选择 测试 路 径 ,并 不 需要 另外 的 信息 。 为 了 
选择 BRO 测试 的 路 径 , 只 需 知道 每 个 条 件 和 块 的 结构 (选择 程序 的 路 径 之 后 ,需要 决定 该 
路 径 是 否 实用 于 该 程序 , 即 是 否 存 在 执行 该 路 径 的 至 少 一 个 输入 )。 

由 于 变量 的 定义 和 使 用 ,程序 中 的 语句 都 彼此 相关 ,所 以 数据 流 测试 方法 能 够 有 效 地 发 
现 错误 ,但 是 ,数据 流 测试 的 覆盖 率 度 量 和 路 径 选择 比 条 件 测试 更 为 困难 。 

图 2-11 总 结 了 6 种 标准 之 间 的 涵盖 关系 。 其 中 all-du-paths、all-defs 和 all-uses 是 基 
于 数据 流 测 试 方法 设计 测试 用 例 的 标准 。all-defs 包含 了 每 一 个 定义 到 某 一 使 用 ,all-uses 
包含 了 每 一 个 定义 到 每 一 个 使 用 ,all-du-paths 包含 了 从 每 一 个 定义 到 每 一 个 使 用 的 所 有 路 
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径 du-paths。 程 序 或 过 程 中 的 所 有 路 径 涵 盖 du-paths。 这 一 点 很 明显 ; du-paths 涵盖 all- 
uses,all-uses 要 求 包 含 了 每 一 个 定义 到 每 一 个 使 用 的 路 径 ,在 图 2-8 中 ,从 [1,2,4] 或 [1,2,3] 
取 任 一 个 都 满足 all-uses 标准 ,而 du-paths 标准 两 者 都 需 取 ; 按 all-uses 和 all-defs 定义 , 容 
易 理解 all-uses 涵盖 all-defs, all-uses 要 求 覆盖 从 每 一 个 定义 到 每 一 个 使 用 的 路 径 而 all- 
defs 只 覆盖 从 每 一 个 定义 到 某 个 使 用 的 路 径 。 

用 图 2-12(a) 和 (b) 说 明 all-uses、all-edges 及 all-nodes 的 涵盖 关系 。 在 图 2-12(a) 中 按 
all-uses 标准 要 为 变量 x 的 du- 链 [1,2,3,4] 及 变量 y 的 du- 链 [2,3] 生 成 两 个 测试 用 例 ,而 
all-edges 只 生成 entry-1-2-3-4-exit 一 个 测试 用 例 便 满足 标准 ,因为 这 个 测试 用 例 覆 盖 所 有 
的 边 。 在 图 2-12(b) 中 按 all-nodes 只 生成 entry-1-2-3-exit 一 个 测试 用 例 便 满足 标准 ,而 
all-edges 还 要 求生 成 entry-1-2-3-1-2-3-exit 测试 用 例 。 


ey deft1)={x} 
all-paths 
| 2 (yb def(2)={y} 
all-du-paths Ca def(3)={w} 
| 3 OF 小 昌 
all-uses 
def(4]= 
0 二 
all-edges all-defs 
all-nodes (a) (b) 
图 2-11 数据 流 测试 标准 涵盖 关系 图 2-12 数据 流 测试 标准 涵盖 关系 


2.2.3 循环 测试 


循环 是 大 多 数 软件 实现 算法 的 重要 部 分 ,但 是 在 软件 测试 时 却 很 少 注意 它们 。 循 环 测 
试 是 一 种 白 盒 测试 技术 ,注重 于 循环 构造 的 有 效 性 。 有 4 种 循环 中 简单 循环 、 串 接 循 环 、 
由 套 循环 和 不 规则 循环 (如 图 2-13 所 示 ) 。 


1. 简单 循环 

下 列 测试 集 可 以 用 于 简单 循环 ,其 中 是 允许 通过 循环 的 最 大 次 数 。 
(1) 跳 过 整个 循环 。 

(2) 只 执行 一 次 循环 。 
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? 


1 
1 
简单 循环 说 套 循 环 申 接 循环 | 


不 规则 循环 


- 
+ 


图 2-13 4 种 循环 类 型 


(3) 执行 两 次 循环 。 
(4) 执行 m 次 循环 ,其 中 mm 二 n。 
(5) 执行 n 一 1 .nn 十 1 次 循环 。 


2. 嵌 套 循环 

如 果 要 将 简单 循环 的 测试 方法 用 于 谋 套 循环 ,那么 可 能 的 测试 数 就 会 随 嵌 套 层 数 成 几 
何 级 增加 ,这 会 导致 不 实际 的 测试 数目 ,Beizer 提出 了 一 种 减少 测试 数 的 方法 : 

(1) 从 最 内 层 循环 开始 ,将 其 他 循环 设置 为 最 小 值 。 

(2) 对 最 内 层 循环 使 用 简单 循环 测试 ,而 使 外 层 循 环 的 迭代 参数 ( 即 循环 计数 ) 最 小 ,并 
增加 其 他 的 测试 用 例 来 测试 范围 外 或 排除 的 值 进行 测试 。 

(3) 由 内 向 外 构造 下 一 个 循环 的 测试 ,但 其 他 的 外 层 循 环 为 最 小 值 ,并 使 其 他 的 嵌 套 循 
环 为 “典型 值 。 

(4) 继续 直到 测试 完 所 有 的 循环 。 


3. 串 接 循环 
如 果 串 接 循环 的 循环 都 彼此 独立 , 则 可 以 使 用 简单 循环 测试 策略 来 测试 串 接 循环 。 但 
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是 ,如 果 两 个 循环 串 接 起 来 ,而 第 一 个 循环 的 循环 计数 是 第 二 个 循环 的 初始 值 , 则 这 两 个 循 
环 并 不 是 独立 的 。 如 果 循 环 不 独立 , 则 推荐 使 用 典 套 循环 的 方法 进行 测试 。 


4. 不 规则 循环 

尽 可 能 将 这 类 循环 重新 设计 为 结构 化 的 程序 结构 。 

白 盒 测试 动态 方法 是 使 用 程序 设计 的 控制 结构 导出 测试 用 例 。 使 用 这 类 方法 ,软件 工 
程 师 能 够 产生 测试 用 例 : 

(1) 保证 一 个 模块 中 的 所 有 独立 路 径 至 少 被 使 用 一 次 。 

(2) 对 所 有 逻辑 值 均 需 测试 true 和 false。 

(3) 在 上 下 边界 及 可 操作 范围 内 运行 所 有 循环 。 

(4) 检查 内 部 数据 结构 以 确保 其 有 效 性 。 和 动态 方法 比 , 白 盒 测试 静态 方法 简单 易学 
且 使 用 成 本 低 ,一 般 在 进行 前 者 之 前 先 应 用 静态 方法 。 下 面 介绍 3 种 代码 检查 法 : 代码 审 
查 、 桌 面 检查 和 走 查 。 


2.3 ”代码 检查 法 


代码 检查 法 主要 检查 代码 和 设计 的 一 致 性 ,代码 对 标准 的 遵循 .可 读 性 ,代码 逻辑 表达 
的 正确 性 ,代码 结构 的 合理 性 等 方面 ; 发 现 违背 程序 编写 标准 的 问题 ,程序 中 不 安全 不 明 
确 和 模糊 的 部 分 , 找 出 程序 中 违背 编程 风格 的 问题 ,包括 变量 检查 、 命 名 和 类 型 检查 ,程序 迎 
辑 检查 ,程序 语法 和 结构 检查 等 内 容 。 


2.3.1 代码 审查 


在 20 世纪 70 年 代 中 期 , Michael Fagan 在 IBM 制定 出 了 审查 的 过 程 (Fagan 1976)03] ， 
其 他 人 在 此 基础 上 又 做 了 扩展 和 修改 (Gilb and Graham 1993)09 。 该 过 程 被 认为 是 软件 业 
最 佳 的 实践 (Brown 1996)55 。 人 们 可 以 审查 任何 一 种 软件 工作 产品 ,包括 需求 和 设计 文 
档 、 源 代码 、 测 试 文档 及 项 目 计 划 等 。 审 查 定义 为 多 阶段 过 程 , 涉 及 由 受过 培训 的 参与 者 组 
成 的 小 组 ,他们 把 重点 放 在 查找 工作 产品 缺陷 上 。 审 查 提 供 了 一 个 质量 关卡 ,文档 在 最 终 确 
定 以 前 ,必须 通过 该 关卡 的 检查 。 虽 然 , 对 于 Fagan 的 方法 是 否 最 有 效 并 且 是 不 是 最 有 效 
的 审查 的 形式 还 存在 争议 (Glass,1999)09 ,但 是 审查 是 强 有 力 的 质量 技术 ,这 是 毫 无 疑 
问 的 。 


1， 代码 审查 小 组 
代码 审查 是 由 若干 程序 员 和 测试 人 员 组 成 一 个 审查 小 组 ,通过 阅读 ,讨论 和 争议 ,对 程 
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序 进行 静态 分 析 的 过 程 。 审 查 小 组 通常 由 4 类 角色 组 成 : 主持 人 、 作 者 、 评 论 员 和 记录 员 。 
审查 的 一 个 关键 特征 就 是 每 个 人 都 要 扮演 某 一 个 明确 的 角色 。 下 面 介绍 各 类 角色 。 

1) 主持 人 

主持 人 负责 保证 审查 以 既定 的 速度 进行 ,使 其 既 能 保证 效率 ,又 能 发 现 尽 可 能 多 的 
错误 。 主 持 人 在 技术 上 面 必 然 能 够 胜任 一 一 虽然 不 一 定 是 被 检查 的 代码 方面 的 专家 ,但 
必须 能 够 理解 有 关 的 细节 。 主 持 人 还 负责 管理 审查 的 其 他 方面 ,例如 分 派 审查 代码 的 任 
务 ,分 发 审查 所 需 的 核对 表 、 预 定 会 议 室 、 报 告 审查 结果 以 及 负责 跟踪 审查 会 议 上 指派 的 
任务 。 

2) 作者 

作者 是 直接 参与 代码 设计 和 编写 的 人 ,该 角色 在 审查 中 扮演 相对 次 要 的 角色 。 审 查 的 
目标 之 一 就 是 让 代码 本 身 能 够 表达 自己 。 如 果 它 不 够 清晰 ,那么 就 需要 向 作者 分 配 任务 ,使 
其 更 加 清晰 。 除 此 之 外 ,作者 的 责任 就 是 解释 代码 中 不 清晰 的 部 分 ,偶尔 还 需要 解释 那些 看 
起 来 好 像 有 错 的 地 方 为 什么 实际 是 可 以 接受 的 。 如 果 参 与 评论 的 人 对 项 目 不 熟 悉 ,作者 可 
能 还 需要 陈述 项 目的 概况 ,为 审查 会 议 做 准备 。 

3) 评论 员 

评论 员 是 同 代 码 有 直接 关系 ,但 又 不 是 作者 的 人 。 测 试 人 员 或 者 高 层 架 构 师 也 可 以 参 
与 。 评 论 员 的 责任 是 找 出 缺陷 ,他 们 通常 在 为 审查 会 议 做 准备 的 阶段 就 已 经 找 出 了 部 分 缺 
陷 , 然 后 随 着 审查 会 议 中 对 代码 的 讨论 ,他们 应 该 能 够 找 出 更 多 的 缺陷 。 

4) 记录 员 

记录 员 将 审查 会 议 期 间 发 现 的 错误 ,以 及 指派 的 任务 记录 下 来 。 作 者 和 主持 人 都 不 应 
该 担任 记录 员 。 

一 般 来 说 ,参与 审查 的 人 数 不 应 该 少 于 3 人 , 少 于 3 个 人 就 不 可 能 有 单独 的 主持 人 、 作 
者 和 评论 员 了 ,因为 这 3 种 角色 不 应 该 被 合并 。 传 统 的 建议 是 限制 参与 审查 的 人 数 在 6 人 
左右 ,因为 如 果 人 数 过 多 ,那么 这 个 小 组 就 变 得 难以 管理 。 


2. 代码 审查 的 步骤 

图 2-14 详细 描述 代码 审查 的 一 般 步 又 。 

1) 计划 (Plan) 

作者 将 代码 提交 给 主持 人 。 主 持 人 决定 哪些 人 复查 这 些 材料 ,并 决定 会 议 在 什么 时 间 
什么 地 点 召开 。 接 下 来 主持 人 会 将 代码 ,以 及 一 个 要 求 与 会 者 注意 的 核对 表 分 发 给 各 人 。 
材料 应 该 打印 出 来 ,并 且 每 行 应 当 有 行 号 ,以 便 在 会 议 中 更 快 标识 出 错误 的 位 置 。 

2) 概述 (Overview Meeting) 

当 评论 员 不 熟悉 他 们 要 审查 的 项 目 时 ,作者 可 以 花 大 约 一 个 小 时 来 描述 一 下 这 些 代 码 
的 技术 背景 。 加 入 概述 也 许 有 风险 ,因为 这 往往 导致 被 检查 的 代码 中 不 清晰 的 地 方 被 掩饰 。 
代码 本 身 应 该 可 以 自我 表达 ,在 概述 中 不 应 该 谈论 它们 。 
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审查 前 代码 | “| 计划 "中 概述 


审 奉 会 议 - 一 一 一 | 淮 备 二 一 一 


审查 报告 ,7 


ah Sk 
于 外 审查 后 代码 


图 2-14 ”代码 审查 步骤 (虚线 框 表示 可 重复 步骤 ) 


3) 准备 (Preparation) 

每 一 个 评论 员 独 立地 对 代码 进行 审查 , 找 出 其 中 的 错误 。 评 论 员 使 用 核对 表 来 指导 他 
们 对 材料 的 审查 。 

4) 审查 会 议 (Inspection Meeting) 

主持 人 挑选 出 除 作 者 之 外 的 某 个 人 来 阅读 代码 。 所 有 的 逻辑 都 应 当 有 解释 ,包括 每 个 
逻辑 结构 的 每 个 分 支 。 在 此 过 程 中 ,其 他 小 组 成 员 可 以 提出 问题 ,展开 讨论 ,审查 错误 是 否 
存在 。 实 践 证 明 ,作者 在 讲解 过 程 中 能 发 现 许多 原来 自己 没有 发 现 的 错误 ,而 讨论 则 促进 了 
问题 的 暴露 。 在 陈述 期 间 ,记录 员 需 要 记录 发 现 的 错误 ,但 是 所 有 的 讨论 应 当 在 确认 这 是 一 
个 错误 的 时 候 停 止 。 当 记录 员 将 错误 的 类 型 和 严重 程度 记录 下 来 以 后 ,审查 工作 继续 向 下 
进行 。 如 果 一 直 在 对 某 个 问题 不 停 的 争论 ,那么 主持 人 就 应 当 殴 桌子 ( 摇 铃 ) 引 起 大 家 的 注 
意 , 以 使 讨论 回 到 正轨 。 

对 代码 的 思考 速度 不 能 够 太 慢 或 者 太 快 。 如 果 速 度 太 慢 , 那 么 大 家 的 注意 力 就 会 不 集 
中 ,这 样 的 会 议 是 不 会 富有 成 效 的 ; 如 果 速 度 太 快 ,那么 小 组 可 能 会 忽视 某 些 本 应 该 被 发 现 
的 问题 。 一 个 理想 的 审查 速度 应 该 随 着 环境 的 不 同 有 很 大 变化 。 应 保留 以 前 的 记录 ,这 样 
以 后 就 可 以 逐渐 知道 你 所 在 的 环境 的 最 佳 速度 是 怎样 的 。 

不 要 在 开会 的 过 程 中 讨论 解决 方案 ,小 组 应 该 把 注意 力 保持 在 识别 缺陷 上 。 某 些 审查 
小 组 甚至 不 允许 讨论 某 个 缺陷 是 否 确实 是 一 个 缺陷 。 他 们 认为 如 果 某 个 人 对 某 个 问题 有 困 
惑 ,那么 就 应 该 认为 是 一 个 缺陷 了 ,设计 ,代码 或 者 文档 应 该 进一步 清理 。 会 议 期 间 要 避免 
外 部 干扰 。 通 常会 议 不 应 该 超过 两 个 小 时 ,最 佳 在 90 一 120 分 钟 之 间 。 因 为 这 样 的 会 议 是 
很 耗费 脑力 的 ,过 长 的 会 议会 导致 效率 低下 。 大 多 数 的 审查 每 小 时 讨论 150 行 左右 的 代码 。 
因此 , 较 大 规模 的 程序 最 好 分 多 次 审查 ,每 一 次 处 理 一 个 模块 或 子 程序 。 同 理 , 一 天 安排 超 
过 一 个 审查 会 议 也 是 不 明智 的 。 

5) 审查 报告 (Report) 

一 天 的 审查 会 议 之 后 ,主持 人 要 写 出 一 份 审查 报告 (以 E-mail 或 其 他 类 似 形 式 ), 列 出 
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每 一 个 缺陷 ,包括 它 的 类 型 和 严重 级 别 。 审 查 报告 有 助 于 确保 所 有 的 缺陷 都 得 到 修正 , 它 还 
可 以 用 来 开发 一 份 核对 表 ,强调 与 该 组 织 相关 的 特定 问题 。 

6) 返工 (Rework) 

主持 人 将 缺陷 分 配给 某 人 来 修复 ,这 个 人 通常 是 作者 。 得 到 任务 的 人 负责 修正 列表 中 
的 每 个 缺陷 。 

7) 跟 进 (Follow-up) 

主持 人 负责 监督 在 审查 过 程 中 分 配 的 返工 任务 。 根 据 发 现 错误 的 数量 和 这 些 错 误 的 严 
重 级 别 ,跟踪 工作 进展 的 方式 可 以 是 让 评论 员 重 新 审查 整个 工作 成 果 ,或 者 让 评论 员 只 重新 
审查 修复 的 部 分 ,或 者 允许 作者 只 完成 修改 而 不 做 任何 跟 进 。 

有 的 书 提 到 在 审查 会 议 之 后 第 三 小 时 的 会 议 。 虽 然 在 进行 审查 的 期 间 , 与 会 者 不 允许 
讨论 所 发 现 问题 的 解决 方案 ,但 还 是 可 能 有 人 想 对 此 进行 讨论 。 你 可 以 主持 一 个 非 正式 的 
第 三 个 小 时 的 会 议 ,允许 有 兴趣 的 人 在 正式 审查 结束 之 后 讨论 解决 方案 。 

为 了 使 审查 过 程 更 富有 效果 ,需要 树立 起 对 审查 的 正确 态度 。 如 果 代 码 的 作者 认为 审 
查 是 对 自己 人 格 的 攻击 并 采取 一 种 防御 的 态度 ,那么 审查 过 程 将 会 没什么 效率 。 相 反 , 作 者 
必须 采取 一 种 积极 和 建设 性 的 态度 : 审查 的 目的 是 为 了 找 出 程序 中 的 错误 ,进而 改进 程序 
的 质量 。 因 此 ,大 多 数 人 建议 审查 的 结果 不 公开 ,只 有 与 会 者 知道 。 类 似 地 ,审查 的 结果 不 
应 该 作为 员工 表现 的 评估 标准 。 在 审查 中 被 检验 的 代码 仍 处 于 开发 阶段 ,对 员工 的 评估 
应 当 基 于 最 终 产品 ,而 不 是 尚未 完成 的 工作 。 所 以 ,在 审查 的 时 候 让 经 理 参与 通常 不 是 
一 个 好 主意 。 软 件 审 查 的 要 点 是 ,这 是 一 个 纯 技 术 性 的 复查 。 经 理 的 出 席 会 对 交流 产生 
影响 : 人 们 会 觉得 他 们 不 是 在 审查 各 种 材料 ,而 是 在 被 评估 ,关注 的 焦点 就 会 从 技术 问题 
转换 到 行政 问题 上 了 。 不 过 经 理 有 权 知 道 审查 的 结果 ,应 当 准 备 一 份 审查 报告 让 经 理 了 
解 情 况 。 

审查 过 程 除了 能 够 发 现代 码 中 的 缺陷 这 一 主要 作用 ,还 产生 其 他 一 些 有 益 的 效果 。 

(1) 作者 通常 会 获得 关于 编程 风格 、 算 法 选择 和 编程 技巧 方面 的 反馈 。 其 他 与 会 者 也 
会 从 暴露 出 的 问题 中 获得 经 验 。 

(2) 审查 过 程 在 早期 就 确定 了 程序 中 容易 出 错 的 部 分 ,有 助 于 在 以 后 的 自动 测试 过 程 
中 对 这 些 部 分 重点 关注 。 

在 审查 过 程 中 一 个 重要 的 部 分 是 使 用 一 个 核对 表 检 查 程 序 中 的 常见 错误 。 但 是 许多 核 
对 表 过 多 地 关注 程序 风格 的 问题 而 不 是 错误 ,比如 “注释 是 否 准 确 和 有 意义 ”“if-else、 do- 
while 等 代码 块 是 否 对 齐 ” 这 样 的 项 目 。 还 有 一 些 核对 项 表述 太 模 糊 而 不 实用 ,比如 “代码 
是 否 满足 设计 要 求 ? 这 样 的 表述 。 表 2-1 给 出 的 核对 表 是 从 多 年 实践 中 总 结 出 来 的 程序 中 
的 常见 错误 , 它 把 程序 中 可 能 发 生 的 各 种 错误 进行 分 类 ,对 每 一 类 型 列举 出 尽 可 能 多 的 典型 
错误 。 核 对 表 基 本 上 是 同 编程 语言 无 关 的 ,其 中 大 多 数 错误 都 可 能 在 任何 语言 中 出 现 。 也 
可 以 根据 使 用 的 编程 语言 和 自己 的 编程 实践 补充 这 份 核对 表 。 
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表 2-1 核对 表 的 示例 
数据 引用 错误 


1. 引用 的 变量 是 否 未 初始 化 ? 

2. 数组 的 下 标 是 否 越界 ? 

3. 数组 的 下 标 是 否 是 整数 值 ? 

4. 指针 或 引用 变量 指向 的 内 存 是 否 已 被 分 配 ? 

5. 不 同 的 数据 类 型 指向 同一 内 存 区 域 时 , 当 通过 某 一 类 型 变量 引用 时 ,内 存 中 的 值 是 否 和 该 变量 为 同 
一 类 型 ? 

6. 当 分 配 的 内 存 空间 比 可 寻 址 的 内 存单 元 小 时 是 否 有 明显 或 不 明显 的 寻 址 问题 ? 

7. 使 用 指针 或 引用 变量 时 ,是 否 与 引用 的 值 具有 相同 的 类 型 ? 

8. 当 一 个 数据 结构 在 多 个 子 程序 中 使 用 时 ,该 数据 结构 是 否 在 每 个 子 程序 中 定义 一 致 ? 

9. 对 字符 串 进行 读 写 操作 或 引用 数组 下 标 时 ,是 否 有 超出 了 字符 串 或 数组 末尾 而 导致 的 off-by-one 
错误 ? 

10. 对 于 面向 对 象 的 语言 ,所 有 的 继承 条 件 是 否 都 在 实现 类 中 满足 ? 


数据 声明 错误 


1. 是 否 所 有 的 变量 都 显 式 地 声明 ? 

2. 变量 在 声明 时 初始 化 是 否 合适 ? 

3. 每 个 变量 是 否 有 正确 的 数据 类 型 ? 
4. 变量 的 初始 化 是 否 和 数据 类 型 一 致 ? 
5. 不 同 的 变量 是 否 有 相似 的 名 字 ? ( * ) 


计算 错误 


1. 是 否 有 不 同类 型 的 数据 混合 在 一 起 计算 ? 

2. 计算 表达 式 过 程 中 是 否 会 发 生 上 溢 或 下 溢 ? 

3. 除法 操作 的 除数 是 否 为 07 

4. 是 否 会 有 不 准确 的 计算 结果 ? 

5. 变量 值 是 否 超出 了 实际 应 用 的 取 值 范围 ? 

6. 在 由 多 个 操作 符 构 成 的 表达 式 中 ,对 于 计算 的 顺序 和 操作 符 优先 级 的 假设 是 否 正确 ? 
7. 是 否 有 对 整数 算术 的 非法 使 用 ,特别 是 除法 ? 


比较 错误 


. 是 否 有 不 同类 型 之 间 的 比较 ? 

. 比较 操作 符 是 否 正 确 ? 

. 每 一 个 布尔 表达 式 是 否 得 到 预期 的 结果 ? 

. 布尔 操作 符 的 操作 数 是 否 为 布尔 类 型 ? 

. 是 否 有 小 数 和 浮 点 数 之 间 的 比较 ? 

. 在 由 多 个 布尔 操作 符 构 成 的 表达 式 中 ,计算 的 优先 级 是 否 如 预期 ? 
. 编译 器 计算 布尔 表达 式 的 方式 是 否 影响 程序 ? 


Do rr- 
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控制 流 错误 


续 表 


Do 中 oo 


. 每 个 循环 是 否 能 中 止 ? 

. 每 个 程序 .模块 或 子 程序 是 否 会 中 止 ? 
. 是 否 有 可 能 因为 某 些 取 值 而 使 某 些 循环 从 来 不 会 被 执行 ? 如 果 有 ,是 否 是 疏忽 ? 
. 控制 条 件 中 是 否 有 off-by-one 错误 ? 
. 对 每 个 开 括号 是 否 有 对 应 的 闭 括号 ? 
. 是 否 有 没 考虑 到 的 情况 ? 


接口 错误 


站 mo 


. 子 程序 接受 的 参数 数目 是 否 和 调用 程序 传递 的 参数 数目 相同 ?顺序 是 否 正确 ? 
. 每 个 参数 的 类 型 是 否 和 声明 的 类 型 一 致 

. 每 个 参数 使 用 的 单位 系统 是 否 和 声明 时 的 一 致 ? 

. 调用 内 置 函 数 时 ,参数 的 数目 .类 型 和 顺序 是 否 正确 ? 
. 子 程序 是 否 改变 了 只 作为 输入 参数 传人 的 参数 值 ? 
.如 果 使 用 了 全 局 变量 ,那么 在 所 有 引用 它们 子 程序 中 是 否 具有 一 致 的 定义 ? 
.常数 是 否 作为 参数 传人 ? 


输入 /输出 错误 


加 oo 站 中路 


. 文件 是 否 被 显 式 地 声明 ? 它们 的 属性 是 否 正确 ? 

. 在 文件 的 打开 语句 中 属性 是 否 正确 ? 

. 文件 的 格式 规范 是 否 和 1/O 语句 中 的 信息 一 致 ? 
.是否 有 足够 的 内 存 保存 读 人 的 文件 数据 ? 

.所 有 的 文件 是 否 在 使 用 前 都 打开 ? 

.所 有 的 文件 是 否 在 使 用 后 都 关闭 ? 

. 文件 结束 的 情况 是 否 被 考虑 并 正确 处 理 ? 

. 1/O 错误 是 否 被 正确 处 理 ? 

. 在 程序 打印 出 或 显示 的 文本 中 是 否 有 拼写 和 语法 错误 ? 


总 结 代码 审查 方法 ,可 以 概括 出 以 下 9 个 方面 的 特点 : 
。 审查 专注 于 缺陷 的 检测 ,而 非 修正 。 


。 审查 人 员 要 为 审查 会 议 做 好 预先 准备 ,并 且 带 来 一 份 他 们 发 现 的 已 知 问 题 列 表 。 


。 参与 者 都 被 赋 耶 明确 的 角色 。 
。 审查 的 主持 人 不 是 被 检查 产品 的 作者 。 


。 审查 的 主持 人 应 该 已 经 接受 过 主持 审查 会 议 方面 的 培训 。 


。 只 有 在 与 会 者 都 做 好 准备 之 后 才 会 召开 审查 会 议 。 


。 每 次 审查 所 收集 的 数据 都 会 被 应 用 到 以 后 的 审查 中 ,以 便 对 审查 进行 改进 。 


。 高层 管理 人 员 不 参加 审查 会 议 。 
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。 核对 表 关 注 的 是 审查 者 过 去 所 遇 到 的 问题 。 
2.3.2 桌面 检查 


桌面 检查 是 一 种 人 工 检查 程序 的 方法 ,通过 对 源 程序 代码 进行 分 析 、 检 验 来 发 现 程序 中 
的 错误 。 桌 面 检查 关注 的 是 变量 的 值 和 程序 逻辑 ,所 以 执行 桌面 检查 要 严格 按照 程序 中 的 
逻辑 顺序 。 检 查 人 员 使 用 笔 和 纸 记 录 下 检查 结果 。 

比较 正式 的 桌面 检查 可 以 使 用 表格 的 形式 来 记录 检查 的 结果 ,表格 的 设计 如 下 : 

(1) 第 一 列 是 行 号 ( 源 程 序 中 可 能 没有 行 号 ,但 在 桌面 检查 中 标明 正在 检查 的 行 是 很 有 
必要 的 ,这 可 以 使 检查 过 程 清晰 明了 ) 。 

(2) 待 检查 程序 中 使 用 的 每 个 变量 占据 一 列 。 变 量 名 作为 列 标题 ,最 好 按照 字母 顺序 
排列 。 随 着 程序 流程 的 执行 ,新 的 变量 值 填 和 人 对 应 的 表格 中 。 如 果 变 量 名 由 多 个 单词 构成 ， 
可 以 用 空格 把 多 个 单词 分 开 。 比 如 对 于 变量 名 discountPrice, 可 以 使 用 discount Price 作为 
列 标题 。 

(3) 条 件 (Conditions) 列 。 条 件 的 结果 可 能 为 真 (T) 或 假 (F)。 随 着 程序 的 执行 ,条 件 
值 被 计算 出 来 并 记录 到 表格 中 。 这 可 以 用 在 任何 需要 计算 条 件 值 的 地 方 一 一 if、while 和 
for 语句 都 有 计算 条 件 值 的 含义 。 

(4) 输入 输出 (Input/Output) 列 。 这 列 用 来 记录 需要 用 户 输入 的 值 和 程序 输出 的 值 。 
输入 数据 可 以 表示 为 : 变量 名 十 “?? 十 变量 值 ,例如 price?200; 输出 数据 可 以 表示 为 : 变量 
名 十 “一 ?十 变量 值 , 例 如 discount 二 180。 

下 面 通过 几 个 例子 来 说 明 如 何 使 用 桌面 检查 技术 。 

例 2.1 包含 顺序 执行 语句 。 

问题 描述 : 计算 商品 打折 后 的 价格 ( 注 : 正式 的 桌面 检查 中 不 必 注 明 详 细 的 问题 描述 ， 
这 里 只 是 为 了 帮助 理解 伪 代 码 ) 。 

伪 代码 : 

1 calcDiscountPrice() 

2 Input price, discountPercent 

3 discount= price * discountPercent/100 

4 discountPrice= price— discount 

5 Display discountPrice 

6 STOP 

测试 数据 : 

输入 : price 二 $200,discountPercent 二 10( 表 示 10%)。 

正确 结果 : discount 二 $ 20,discountPrice 二 $ 180。 

根据 前 面 所 建议 的 表格 格式 ,第 一 列 LN 表示 代码 行 号 ,最 后 一 列 Input/Output 表示 
输入 输出 数据 。 中 间 各 列 为 代码 中 出 现 的 变量 名 ( 按 字母 顺序 排列 ) ,把 由 两 个 字母 构成 的 
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变量 名 用 空格 分 隔 开 , 如 表 2-2 所 示 。 


表 2-2 例 2.1 的 结果 


LN discount discount Percent discount Price price Input/Output 

1 

2 10 So | “Oree oy 
discountPercent?10 

3 200* 10/100=20 

4 200 一 20==180 

5 discountPrice= 180 

6 


例 2.2 包含 选择 语句 if-else。 


问题 描述 : 根据 用 水 量 和 用 户 类 型 (家 用 或 商用 ) 计 算 水 费 。 


伪 代 码 了 


1 calcWaterCost() 

2 Input waterUsed 

3 IF waterUsed < 100 THEN 

4 cost 一 50 

5 ELSE 

6 Input customerType 

7 IF customerType="D" THEN 
8 cost=waterUsed * 0.5 

9 


ELSE 
10 cost=waterUsed * 0.6 
11 Display "Commercial rate" 
12 ENDIF 
13 Display " High usage" 
14 ENDIF 
15 Display cost 
16 STOP 
测试 数据 : 


输入 : waterUsed 二 200,customerType 二 DD。 


正确 结果 : cost 王 100。 


第 一 列 LN 表示 代码 行 号 ,最 后 一 列 Input/Output 表示 输入 输出 数据 ,倒数 第 二 列 
Conditions 记录 代码 中 出 现 的 各 个 条 件 表 达 式 的 值 。 中 间 各 列 为 代码 中 出 现 的 变量 名 ( 按 
字母 顺序 排列 ) ,把 由 两 个 字母 构成 的 变量 名 用 空格 分 隔 开 , 如 表 2-3 所 示 。 


表 2-3 例 2.2 的 结果 
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LN cost customer Type| water Used Conditions Input/ Output 
1 
2 200 waterUsed?200 
3 200<=~100?is F 
4 
5 
6 D customerType?D 
7 D=D?is T 
8 200* 0.5=100 
9 

10 

11 

12 

13 High usage 

14 

15 cost 一 100 

16 


例 2.3 包含 循环 语句 for。 


问题 描述 : 计算 z 的 平方 ,x 从 1~3。 


伪 代 码 : 

1 calcSquares() 

2 Display "X","X Squared" 
3 FOR x=1 TO 3 DO 

4 XxSquared 一 X * X 
5 Display x,xSquared 
6 ENDFOR 

7 有 

8 STOP 

测试 数据 : 

输入 : 无 。 


正确 结果 : x 王 1,xSquared 王 1; x 一 2,xSquared 一 4; x 一 3,xSquared 一 9。 

第 一 列 LN 表示 代码 行 号 ,最 后 一 列 Input/Output 表示 输入 输出 数据 ,倒数 第 二 列 
Conditions 记录 代码 中 出 现 的 各 个 条 件 表 达 式 的 值 。 中 间 各 列 为 代码 中 出 现 的 变量 名 ( 按 
字母 顺序 排列 ) ,如 表 2-4 所 示 。 
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表 2-4 例 2.3 的 结果 


LN 和 xSquared Conditions Input/ Output 
1 

2 x,xSquared 

3 1 1<=3?is T 

4 1*1=1 

总 X 一 1,xSquared 一 1 
6 1+1=2 

3 2<=3?7isT 

4 2*2 一 4 

5 x 一 2,xSquared 一 4 
6 2 十 1 一 3 

3 3<=3?is T 

4 3#*3=9 

5 x 一 3,xSquared 一 9 
6 3 十 1 一 4 

# | | 

8 


例 2.4 包含 子 程序 。 
问题 描述 : 查找 3 个 数 中 的 最 小 值 。 
伪 代 码 


1 compareNumbers() 

2 Input numberl ,number2 ,number3 
3 getSmallestNumber() 

4 Display smallest 

5 STOP 

6 getSmallestNumber() 

7 smallest= numberl 

8 IF number2 < smallest THEN 

9 


smallest 一 number2 


10 ENDIF 

11 IF number3 = smallest THEN 
12 smallest= number3 

13 ENDIF 

14 EXIT 

测试 数据 : 


输入 : numberl 王 5,number2 王 3,number3 一 8。 
正确 结果 : smallest 二 3。 


第 一 列 LN 表示 代码 行 号 ,最 后 一 列 Input/Output 表示 输入 输出 数据 ,倒数 第 二 列 
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Conditions 记录 代码 中 出 现 的 各 个 条 件 表达 式 的 值 。 中 间 各 列 为 代码 中 出 现 的 变量 名 ( 按 
字母 顺序 排列 ) ,如 表 2-5 所 示 。 


表 2-5 例 2.4 的 结果 


LN numberl number2 number3 smallest Conditions Input/ Output 
1 
2 四 8 numberl?5; number2?3; 
number3?8 
3 
6 
汪 5 
8 3<5?7is T 
9 3 
10 
11 8<=3?7isF 
12 
13 
14 
4 smallest=3 
5 


桌面 检查 可 以 由 程序 作者 本 人 来 执行 ,但 这 对 于 大 多 数 程序 员 来 说 效率 并 不 高 。 因 为 
这 违反 了 一 条 测试 原则 一 一 人 们 在 测试 自己 的 程序 时 效率 通常 是 很 低 的 。 所 以 ,桌面 检查 
最 好 由 另 一 个 人 来 执行 而 不 是 程序 作者 本 人 (比如 可 以 两 个 程序 员 互 相 检查 对 方 的 程序 )。 
但 这 种 方法 不 如 审查 或 走 查 过 程 有 效 ,因为 审查 或 走 查 需要 一 个 团队 ,团队 会 营造 一 种 健康 
的 竞争 环境 ,团队 成 员 以 找 出 错误 来 体现 自己 的 价值 。 而 桌面 检查 过 程 只 有 一 个 人 在 阅读 
代码 ,没有 团队 成 员 之 间 的 协作 效应 。 总 之 ,桌面 检查 比 什么 都 不 做 要 好 ,但 不 如 审查 或 走 
查 有 效 。 


2.3.3 ” 走 查 


代码 走 查 和 代码 审查 具有 很 多 相同 的 步骤 ,但 在 查找 错误 的 方法 上 有 些小 小 的 不 同 。 
和 审查 一 样 , 走 查 也 是 一 次 持续 一 到 两 小 时 的 会 议 。 走 查 团队 由 3 一 5 人 组 成 。 其 中 一 人 扮 
演 审 查 中 的 主持 人 角色 ,一 人 扮演 审查 中 的 记录 员 角 色 , 一 人 扮演 测试 者 的 角色 。 当 然 代码 
作者 也 是 其 中 之 一 。 其 他 的 与 会 者 可 以 包括 : 一 个 很 有 经 验 的 程序 员 、 编 程 语言 的 专家 、 初 
级 程序 员 ( 新 手 , 可 以 从 新 鲜 的 无 偏见 的 视角 看 问题 )、 最 终 维 护 程序 的 人 、 其 他 项 目 组 的 成 
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员 、 同 一 编程 小 组 的 成 员 。 

开始 的 步骤 和 代码 审查 过 程 一 样 : 提前 几 天 把 相关 材料 分 发 给 与 会 者 ,让 他 们 认真 
研究 程序 ,然后 开会 。 会 议 的 进程 与 代码 审查 不 同 , 不 是 简单 地 读 程 序 和 对 照 核对 表 进 
行 检 查 ,而 是 让 与 会 者 “充当 ”计算 机 。 首 先 由 测试 者 为 所 测 程序 准备 一 批 有 代表 性 的 
测试 用 例 ,提交 给 走 查 小 组 。 在 会 议 上 ,与 会 者 集体 扮演 计算 机 的 角色 ,让 测试 用 例 沿 
程序 的 逻辑 运行 一 遍 , 随 时 记录 程序 的 踪迹 和 状态 (也 就 是 各 变量 的 值 ), 供 分 析 和 讨 
论 用 。 

当然 用 例 数量 不 能 太 多 、 太 复杂 ,因为 人 们 “执行 ”程序 的 速度 要 比 计算 机 慢 很 多 。 用 例 
本 身 并 不 起 主要 作用 ,它们 只 是 作为 媒介 来 向 代码 作者 提出 有 关 程 序 设计 和 逻辑 方面 的 问 
题 。 在 大 多 数 走 查 过 程 中 ,更 多 的 错误 是 在 提问 的 过 程 中 ,而 不 是 直接 运行 测试 用 例 的 过 程 
中 被 发 现 。 

和 审查 过 程 一 样 ,与 会 者 的 态度 是 关键 。 评 论 只 针对 程序 ,而 不 针对 程序 员 。 换 句 话 
说 ,出 现 错误 不 要 看 作 是 代码 作者 的 问题 ,而 是 软件 开发 过 程 中 固有 的 难点 。 走 查 也 有 和 审 
查 一 样 的 后 续 步 又, 审查 所 带 来 的 好 处 同样 适用 于 走 查 。 


2.4 总 结 


白 盒 测试 是 一 种 基于 源 程序 或 代码 的 测试 方法 ,分 为 静态 和 动态 两 种 类 型 。 静 态 方法 
是 指 按 一 定 步骤 直接 检查 源 代 码 来 发 现 错误 ,而 不 用 生成 测试 用 例 并 驱动 被 测 程序 运行 来 
发 现 错误 ,也 称 为 代码 检查 法 ; 动态 方法 是 指 按 一 定 步骤 生成 测试 用 例 并 驱动 被 测 程序 运 
行 来 发 现 错误 。 静 态 方法 有 桌面 检查 .代码 审查 及 走 查 ,动态 方法 有 基本 路 径 测试 ,条件 测 
试 数据 流 测试 及 循环 测试 。 

白 盒 测试 是 一 种 主要 的 单元 测试 方法 ,一般 由 软件 开发 人 员 进行 。 白 盒 测 试 过 程 主要 
有 5 个 步 又 : 根据 源 程序 画 程序 图 .生成 测试 用 例 、 执 行 测试 .分 析 履 盖 标 准 、 判 定 测试 
结果 。 
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2.6 思考 与 练习 


1. 描述 什么 是 独立 路 径 集 。 描 述 基于 基本 路 径 测 试 的 测试 过 程 。 

2.“ 新 增 的 独立 路 径 至 少 有 一 个 边 尚未 被 访问 过 ”, 该 原则 是 否 正 确 , 为 什么 ? 

3. 条 件 测 试 可 以 测试 什么 样 的 错误 ? 为 什么 ? 

4. 数据 流 的 测试 方法 为 什么 要 求 “ 定 义 清纯 (Definition-clear)”? 

5. 回归 测试 的 两 种 模式 是 什么 ? 是 否 还 有 其 他 模式 (举例 说 明 )? 

6. 什么 是 波及 效应 分 析 ? 它 的 适用 范围 是 什么 ? 为 什么 说 波及 效应 分 析 是 一 个 迭代 
4 


7. 什么 是 向 后 的 程序 切片 ? 什么 是 向 前 的 程序 切片 ? 作为 切片 标准 里 的 语句 一 定 会 


在 切片 结果 集 里 吗 ? 为 什么 ? 


8. 回归 测试 有 哪些 消耗 ? 
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黑 盒 测 试 注重 测试 软件 的 功能 性 需求 , 即 黑 盒 测试 需要 软件 工程 师 生成 输入 条 件 集 来 
检测 程序 所 有 功能 需求 。 黑 盒 测试 并 不 是 白 盒 测试 的 替代 品 ,而 是 配合 白 盒 测 试 发 现 其 他 
类 型 的 错误 。 黑 盒 测 试 试图 发 现 以 下 类 型 的 错误 : 功能 不 对 或 遗漏 .界面 错误 ,数据 结构 或 
外 部 数据 库 访问 错误 ,性 能 错误 以 及 初始 化 和 终止 错误 。 

白 盒 测 试 (参见 第 2 章 ) 在 测试 的 早期 执行 ,而 黑 盒 测试 主要 用 于 测试 的 后 期 。 黑 盒 测 
试 故 意 不 考虑 控制 结构 ,而 是 关注 信息 域 。 黑 盒 测 试用 于 回答 以 下 问题 : 

。 如 何 测试 功能 的 有 效 性 ? 

。 何 种 类 型 的 输入 会 产生 好 的 测试 用 例 ? 

。 系统 是 否 对 特定 的 输入 值 尤其 敏感 ? 

。 如 何 分 隔 数据 类 的 边界 ? 

。 系统 能 够 承受 何 种 数据 传输 率 和 数据 量 ? 

。 特定 类 型 的 数据 组 合 会 对 系统 产生 何 种 影响 ? 

运用 黑 盒 测试 ,可 以 导出 满足 以 下 标准 的 测试 用 例 集中 : 

(1) 所 设计 的 测试 用 例 能 够 减少 达到 合理 测试 所 需 的 附加 测试 用 例 数 。 

(2) 所 设计 的 测试 用 例 能 够 告知 某 些 类 型 错误 的 存在 或 不 存在 ,而 不 是 仅仅 与 特定 测 
试 相关 的 错误 是 否 存 在 。 

快速 阅览 : 

什么 是 黑 盒 测试 ? 黑 盒 测试 又 叫做 功能 测试 ,是 基于 系统 已 实现 的 功能 进行 测试 的 。 
使 用 该 方法 的 具体 的 测试 用 例 设计 方法 包括 等 价 类 划分 法 、 边 界 值 分 析 法 、 正 交 数 组 测试 
法 ,因果 分 析 法 等 。 

由 谁 来 负责 黑 盒 测 试 ? 黑 盒 测试 一 般 由 有 经 验 的 软件 测试 人 员 完 成 集成 测试 .功能 测 
试 的 计划 和 执行 。 

为 什么 黑 盒 测 试 如 此 重要 ? 黑 盒 测 试 试图 发 现 以 下 类 型 的 错误 : 功能 不 对 或 遗漏 、 界 
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面 错误 .数据 结构 或 外 部 数据 库 访问 错误 ,性 能 错误 以 及 初始 化 和 终止 错误 。 
黑 盒 测 试 步骤 各 是 什么 ” 黑 盒 测 试 过 程 主要 包括 如 下 4 个 步骤 : 根据 软件 规格 说 明 书 
生成 测试 用 例 , 执 行 测试 ,分 析 覆 盖 标 准 , 判 定 测试 结果 。 

有 了 哪些 工件 形成 ? 在 一 些 情况 下 ,会 生成 功能 测试 计划 、 系 统 模型 和 测试 用 例 。 黑 盒 测 
试 结果 存档 以 便 将 来 软件 维护 时 使 用 。 

如 何 确保 我 们 准确 地 完成 了 任务 ? 尽管 永远 不 能 保证 已 经 执行 了 所 有 可 能 的 黑 盒 ,但 
能 肯定 测试 已 经 发 现 了 错误 (并 且 已 修正 了 这 些 错误 ) 。 另 外 ,如 果 已 经 制定 了 一 个 白 盒 测 
试 计划 , 则 可 以 检查 以 保证 所 有 计划 测试 已 被 完成 。 


3.1 基于 图 的 测试 方法 


黑 盒 测试 的 第 一 步 是 理解 软件 所 表示 的 对 象 及 其 关系 ,然后 ,第 二 步 是 定义 一 组 保证 
“所 有 对 象 与 其 他 对 象 具有 所 期 望 的 关系 ”上 的 测试 序列 ,换言之 ,软件 测试 首先 是 创建 对 象 
及 其 关系 图 ,然后 导出 测试 序列 以 检查 对 象 及 其 关系 并 发 现 错误 。 

为 了 完成 这 些 步骤 ,软件 工程 师 首先 创建 一 个 图 ,节点 代表 对 象 , 连 接 代表 对 象 间 的 关 
系 ,节点 权 值 描述 节点 的 属性 (如 特定 的 数据 值 或 状态 行为 ) ,连接 权 值 描述 连接 的 特点 。 

图 的 符号 表示 如 图 3-1(a) 所 示 。 节 点 表示 为 圆 ,而 连接 有 几 种 ,有 向 连接 (有 箭头 表示 ) 
表明 关系 只 在 一 个 方向 上 存在 。 双 向 连接 ,也 称 为 对 称 连接 ,表示 关系 适 于 两 个 方向 。 如 果 
节点 间 有 几 种 联系 ,就 使 用 并 行 边 。 


属性 : 
开始 纬度 : 默认 设置 或 偏好 
包含 ”背景 颜色 : 白色 

文本 颜色 : 默认 设置 或 偏好 


图 3-1 图 的 符号 表示 及 简单 例子 


举 一 个 简单 的 例子 ,考虑 字 处 理应 用 的 部 分 程序 图 ,如 图 3-1(b) 所 示 。 


对 象 #1= 新 建文 件 菜单 选择 

对 象 # 2 一 文档 窗口 

对 象 # 3 一 文档 文本 

如 图 3-1 所 示 ,选择 菜单 “新 建文 件 ” 产 生 一 个 文档 窗口 ,文档 窗口 的 节点 权 值 提供 窗口 
产生 时 所 期 望 的 属性 集 , 连 接 权 值 表明 窗口 必须 在 1. 0s 之 内 产生 ,一 条 无 向 边 在 “选择 菜单 
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新 建文 件 ”" 和 “文档 文本 ”之 间 建 立 对 称 联系 ,并 行 连接 表明 “文档 窗口 "和 “文档 文本 ” 间 的 联 
系 , 事 实 上 ,要 产生 测试 用 例 还 需要 更 加 详细 的 图 。 软 件 工程 师 遍 历 图 ,并 覆盖 所 显示 的 联 
系 就 可 以 导出 测试 用 例 ,这些 用 例 用 于 发 现 联系 之 间 的 错误 。Beizer 描述 了 几 个 使 用 图 的 
行为 测试 方法 ， 

(1) 事务 流 建 模 。 节 点 代表 事务 的 步 数 (如 使 用 联机 服务 预订 航空 机 票 的 步 数 ) ,连接 代 
表 步 又 之 间 的 连接 关系 (如 flighgt. information. input 后 跟 validation/availabilty. processing ) 。 
数据 流 图 可 用 于 辅助 产生 这 种 图 。 

(2) 有 限 状态 建 模 。 节 点 代表 用 户 可 观测 的 不 同 软件 状态 (如 订 票 人 员 处 理 订 票 时 的 
各 个 屏幕 ) ,而 连接 代表 状态 之 间 的 转换 (如 在 inventory-availability-look-up 时 验证 order- 
information 并 后 跟 customerbilling-information-input) 。 状 态 变 迁 图 可 用 于 辅助 产生 这 种 图 。 

(3) 数据 流 建 模 。 节 点 是 数据 对 象 ,而 连接 是 将 数据 对 象 转换 为 其 他 对 象 时 发 生 的 变换 。 
例如 ,节点 FICA. tax. withheld(FTW) 由 gross. wagess(GW) 利 用 关系 FTW==0.062XGW 
计算 而 来 。 

(4) 时 间 建 模 。 节 点 是 程序 对 象 ,而 连接 是 对 象 间 的 顺序 连接 。 连 接 权 值 用 于 指定 程 
序 执行 时 所 需 的 执行 时 间 。 

基于 图 的 测试 方法 的 详细 讨论 超出 了 本 书 的 范围 , 感 兴趣 的 读者 可 以 阅读 参考 文献 
Boris Beizer(1995) 一 书 。 但 是 ,大 致 了 解 一 下 基于 图 的 测试 还 是 值得 的 。 

基于 图 的 测试 开始 定义 节点 和 节点 权 值 ,也 即 标识 对 象 及 其 属性 ,数据 模型 可 以 作为 起 
始点 ,但 是 要 注意 很 多 节点 是 程序 对 象 (不 在 数据 模型 中 时 显 表 示 出 来 ) ,为 了 标识 图 的 起 点 
和 终点 ,可 以 定义 人 点 和 出 点 。 标 识 节 点 以 后 ,就 可 以 建立 连接 及 其 权 值 ,连接 一 般 应 当 命 
名 ,但 是 当代 表 程 序 对 象 间 控制 流 的 连接 时 除外 。 

很 多 情况 下 ,图 模型 可 能 有 循环 (如 图 的 路 径 含有 环 ) ,循环 测试 (参见 3. 3. 3 节 ) 也 可 用 
于 行为 ( 黑 盒 ) 测 试 , 图 可 用 于 标识 需要 测试 的 循环 。 分 别 研究 每 个 关系 ,以 导出 测试 用 例 。 
研究 顺序 关系 的 传递 性 可 以 发 现 关系 在 对 象 间 传播 的 影响 。 举 例 说 明 , 有 3 个 对 象 X、Y 和 
Z。 考 虑 如 下 关系 : 

计算 站 需要 又 

计算 Z 需 要 Y 
所 以 ,X 和 Z 之 间 有 传递 性 : 

计算 Z 需 要 X 
基于 这 种 传递 性 ,测试 Z 的 计算 时 要 考虑 X 和 YY 的 各 种 值 。 

关系 (图 连接 ) 的 对 称 性 也 是 设计 测试 用 例 的 重要 考虑 ,如 果 关 系 是 双向 (对 称 ) 的 ,就 要 
测试 这 种 性 质 。 很 多 应 用 程序 的 UNDO 功能 四 实现 了 有 限 的 对 称 性 。 也 就 是 说 , 当 一 个 动 
作 完成 后 ,UNDO 功能 容许 撤销 该 动作 。 应 该 彻底 测试 这 个 功能 并 标识 所 有 的 例外 情况 
( 即 不 能 使 用 UNDO 的 地 方 )。 最 后 ,图 的 每 个 节点 都 应 当 有 到 自己 的 关系 ,本 质 上 是 “ 空 操 
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作 ” 循 环 。 自 反 性 也 应 当 进 行 测试 。 

开始 设计 测试 用 例 时 ,第 一 个 目标 是 节点 的 覆盖 度 , 这 意味 着 测试 不 应 当 遗 漏 某 个 节 
点 ,而 且 节 点 的 权 值 是 正确 的 。 接 着 ,考虑 连接 的 覆盖 率 ,基于 属性 测试 每 个 关系 ,例如 , 测 
试 对 称 关系 以 表明 它 的 确 是 双向 的 ,测试 传递 关系 以 表明 存在 传递 性 ,测试 自 反 关系 以 表明 
存在 空 操作 。 指 明 连 接 权 值 时 ,要 设计 测试 以 展示 权 值 是 否 有 效 ,最 后 ,加 入 循环 测试 (参见 
Em 光 : 千 填 导 


3.2 等 价 划分 


等 价 划分 是 一 种 黑 盒 测试 方法 ,将 程序 的 输入 域 划分 为 数据 类 ,以便 导出 测试 用 例 。 理 
想 的 测试 用 例 是 该 用 例 能 独自 发 现 一 类 错误 (如 字符 数据 的 处 理 不 正确 )。 等 价 划 分 试图 定 
义 一 个 测试 用 例 以 发 现 各 类 错误 ,从 而 减少 必须 开发 的 测试 用 例 数 。 

等 价 划分 的 测试 用 例 设计 基于 输入 条 件 的 等 价 类 评估 。 使 用 前 面 章节 介绍 的 概念 ,如 
果 对 象 由 具有 对 称 性 \ 传 递 性 或 自 反 性 的 关系 连接 ,就 存在 等 价 类 中 。 等 价 类 表示 输入 条 件 
的 一 组 有 效 或 无 效 的 状态 。 典 型 地 ,输入 条 件 通常 是 一 个 特定 的 数值 ,一 个 数值 域 .一 组 相 
关 值 或 一 个 布尔 条 件 。 可 按照 如 下 指南 定义 等 价 类 : 

(1) 如 果 输 入 条 件 代表 一 个 范围 , 则 可 以 定义 一 个 有 效 等 价 类 和 两 个 无 效 等 价 类 。 

(2) 如 果 输 入 条 件 需 要 特定 的 值 , 则 可 以 定义 一 个 有 效 等 价 类 和 两 个 无 效 等 价 类 。 

(3) 如 果 输 入 条 件 代表 集合 的 某 个 元 素 , 则 可 以 定义 一 个 有 效 等 价 类 和 一 个 无 效 等 价 类 。 

(4) 如 果 输 入 条 件 是 布尔 式 , 则 可 以 定义 一 个 有 效 等 价 类 和 一 个 无 效 等 价 类 。 

作为 例子 ,考虑 自动 银行 应 用 软件 所 管理 的 数据 ,用 户 可 以 用 自己 的 微机 拨号 到 银行 ， 
提供 6 位 数 的 密码 ,并 遵循 一 系列 键盘 命令 以 触发 各 种 银行 功能 。 银 行 应 用 程序 的 软件 可 


以 接受 如 下 格式 的 数据 : 
。 区 号 一 一 空 或 3 位 数字 。 
。 前 级 一 一 3 位 数字 ,但 不 是 0 和 1 开始 。 
。 后 级 一 一 4 位 数字 。 


。 密码 一 一 6 位 字母 或 数字 。 

。 命令 一 一 “检查 ”“ 存 款 ”“ 付 款 ” 等 。 

与 银行 应 用 程序 各 种 数据 元 素 相关 的 输入 条 件 可 以 表示 为 : 

(1) 区 号 。 

输入 条 件 ,布尔 值 一 一 区 号 存在 与 否 。 

输入 条 件 ,范围 一 一 定义 在 200 和 999 之 间 的 数值 , 带 有 特殊 例外 值 。 
(2) 前 组 。 


输入 条 件 ,范围 一 一 指定 的 数值 大 于 200。 
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输入 条 件 , 值 一 一 4 位 数字 长 度 。 

(3) 密码 。 

输入 条 件 , 布 尔 值 一 一 密码 存在 与 否 。 

输入 条 件 , 值 一 一 6 位 字符 串 。 

(4) 命令 。 

输入 条 件 , 集 合 一 一 包含 事先 表明 的 命令 。 

利用 上 述 导 出 等 价 类 的 指南 ,就 可 以 为 每 个 输入 域 的 数据 项 生成 并 执行 测试 用 例 , 测 试 
用 例 的 选择 最 好 是 每 次 执行 等 价 类 的 尽 可 能 多 的 属性 。 


3.3 边界 值 分 析 


由 于 某 些 未 被 完全 知道 的 原因 ,输入 域 的 边界 比 中 间 更 加 容易 发 生 错 误 ,为 此 ,可 用 的 
边界 值 分 析 (Boundary Value Analysis,BVA) 可 作为 一 种 测试 技术 。 边 界 值 分 析 选 择 一 组 
测试 用 例 检 查 边界 值 。 

边界 值 分 析 是 一 种 补充 等 价 划 分 的 测试 用 例 设计 技术 。BVA 不 是 选择 等 价 类 的 任意 
元 素 , 而 是 选择 等 价 类 边界 的 测试 用 例 ,BVA 不 仅 注重 于 输入 条 件 , 而 且 也 从 输出 域 导出 测 
试用 例 中 。 

BVA 的 指南 类 似 于 等 价 划 分 : 

(1) 如 果 输 入 条 件 代表 以 a 和 4。 为 边界 的 范围 ,测试 用 例 应 当 包 含 a.b、 略 大 于 a、b 和 
略 小 于 a ,6 的 值 。 

(2) 如 果 输 入 条 件 代表 一 组 值 ,测试 用 例 应 当 执行 其 中 的 最 大 值 和 最 小 值 , 还 应 当 测试 
略 大 于 最 小 值 的 值 和 略 小 于 最 大 值 的 值 。 

(3) 上 述 指南 (1) 和 (2) 也 适用 于 输出 条 件 ,例如 ,工程 分 析 程序 要 求 输出 温度 和 压强 的 
对 照 表 ,测试 用 例 应 当 能 够 创建 包含 最 大 值 和 最 小 值 的 项 。 

(4) 如 果 程 序数 据 结构 有 预定 义 的 边界 (如 数组 有 100 项 ) ,要 测试 其 边界 的 数据 项 。 

大 多 数 软件 工程 师 会 在 某 种 程度 上 自发 地 执行 BVA, 利 用 上 述 指南 ,边界 测试 会 更 加 
完整 ,从 而 更 有 可 能 发 现 错误 。 


3.4 因果 分 析 法 


因果 分 析 法 (Cause-Effect Analysis) 是 一 种 测试 用 例 的 生成 方法 , 它 提供 了 对 逻辑 条 件 
和 对 应 的 动作 (Action) 的 一 个 简明 的 表示 。 因 果 分 析 法 是 一 种 黑 盒 测试 方法 ,从 分 析 软 件 
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系统 需求 规格 说 明 书 开始 ,得 到 因果 列表 ; 基于 此 列表 建立 决策 表 , 基 于 决策 表 的 规则 生成 
测试 用 例 。 图 3-2 用 数据 流 图 表示 了 因果 分 析 法 的 过 程 。 


需求 规格 说 明 书 [FEED 起因 与 结果 列表 决策 表 测试 用 例 
| | 建立 决策 表 生成 测试 用 例 一 一 一 


3-2 ”因果 分 析 法 过 程 


因果 分 析 法 的 过 程 的 重要 步骤 是 生成 因果 列表 并 在 此 基础 上 建立 决策 表 。 因 果 图 法 提 
供 一 种 有 效 的 因果 关系 描述 方法 ,由 因果 图 法 转 成 决策 表 的 方法 也 很 直接 。 下 面 介绍 因果 
图 的 基本 图 形 符号 和 约束 符号 ,并 举例 说 明 由 因果 图 法 转 成 决策 表 的 方法 。 


3.4.1 因果 图 一 一 图 形 符号 

在 因果 图 中 通常 用 C; 表示 原因 ,E; 表示 结果 ,原因 与 结果 在 图 中 用 节点 表示 , 当 原 
因 结果 出 现时 , 称 节 点 状态 为 1, 否则 为 0。 原 因 与 结果 之 间 的 关系 有 以 下 4 种 ( 见 图 3-3 
(a) ~(d))。 

(1) 恒 等 ( 一 ) : 若 原因 出 现 , 则 结果 出 现 ; 若 原 因 不 出 现 , 则 结果 也 不 出 现 ( 见 图 3-3(a) ) 。 

(2) 非 (一 ): 若 原因 出 现 , 则 结果 不 出 现 ; 若 原因 不 出 现 , 则 结果 出 现 ( 见 图 3-3(b) ) 。 

(3) 或 (V ): 若 几 个 原因 中 有 一 个 出 现 , 则 结果 出 现 ; 若 几 个 原因 都 不 出 现 , 则 结果 不 
出 现 ( 见 图 3-3(c) ) 。 

(4) 与 (人 ): 若 几 个 原因 都 出 现 , 则 结果 出 现 ; 若 其 中 有 一 个 原因 不 出 现 , 则 结果 不 出 
现 ( 见 图 3-3(d) ) 。 


(9) (d) 
图 3-3 因果 图 的 基本 图 形 符号 
为 了 表示 原因 与 原因 之 间 ,结果 与 结果 之 间 可 能 存在 的 约束 条 件 ,在 因果 图 中 可 以 附加 


一 些 表示 约束 条 件 的 符号 。 从 输入 (原因 ) 考 虑 ,有 4 种 约束 : E( 互 斥 ) I( 包 含 ).O( 唯 一 ) 和 
R( 要 求 ); 从 输出 (结果 ) 考 虑 还 有 一 种 约束 M( 屏 项 )( 见 图 3-4(a) 一 (d) )。 
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从 输入 (原因 ) 考 虑 ， 


E( 互 斥 ) ，| Ci 、Cz 两 个 原因 不 能 同时 成 立 , 两 个 中 最 多 有 一 个 能 成 立 ( 见 图 3-4(a) ) 。 

I 包含): | Ci、Cs 和 Cs 3 个 原因 中 至 少 有 一 个 必须 成 立 ( 见 图 3-4(b))。 

O( 唯 一 )，| Ci 和 Cs 两 个 原因 中 必须 有 一 个 成 立 , 且 仅 有 一 个 成 立 ( 见 图 3-4(c))。 

R( 要 求 ): | 当 Ci 原因 成 立时 ,Cs 原因 也 必须 成 立 , 即 不 可 能 Ci 成 立 而 C; 不 成 立 ( 见 图 3-4(d) ) 。 
从 输出 结果) 考虑 : 


M( 屏 项 ): | 当 EE 是 1 时 ,E, 必须 是 0; 而 当 E 是 0 时 ,E, 的 值 不 定 ( 见 图 3-4(e) ) 。 


-Do A 人 co OO% Os 
7 7 7 、 
/ ~ 7 \ 

7 7 7 7 MW 
E! It—— Oe oO! RI 1M 
\ \ 四 \ \ 冯 
2 Xe x A 
‘Os “Os “Os vO。 Ot 

(9 


(d) (©) 


图 3-4 因果 图 的 约束 条 件 符号 


3.4.2 因果 图 一 一 举例 

下 面 介绍 一 个 小 型 因果 图 ,假设 有 以 下 有 关 一 个 文件 管理 系统 的 一 段 规格 说 明 :“ 在 文 
件 第 一 列 的 字符 必须 是 一 个 A 或 B, 在 文件 第 二 列 的 字符 必须 是 一 个 数字 。 在 这 种 情况 
下 ,文件 是 被 修改 了 。 如 果 第 一 个 字符 不 正确 , 则 打印 X12 消息 。 如 果 第 二 个 不 是 数字 , 见 
打印 X13 消息 。? 此 段 规格 说 明 中 的 原因 为 ， 

C1: 第 一 列 的 字符 是 A 

C: : 第 一 列 的 字符 是 B 

C;: 第 二 列 的 字符 是 数字 
此 段 规格 说 明 中 的 结果 为 

E, : 文件 修改 过 

E, : 打印 消息 X12 

E; : 打印 消息 X13 

此 段 规 格 说 明 的 因果 图 如 图 3-5 所 示 。 注 意 节点 C, 是 被 创建 的 中 间 节 点 。C 和 Cs 
都 不 成 立时 ,Es 成 立 ; C 和 C; 任 一 成 立时 ,E, 不 成 立 。C 和 Cs 任 一 成 立 ,而 且 Cs 成 立 
时 ,Ei 成 立 。C; 不 成 立时 ,Es 成 立 ; Cs 成 立时 ,Es 不 成 立 。 因 为 原因 C, 和 C; 不 可 能 同时 
取 1 状态 值 ,所 以 图 中 用 E( 互 斥 ) 符 号 表示 它们 之 间 的 互 斥 关系 。 
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El 


GC 


Os 


图 3-5 因果 图 举例 


将 图 3-5 原因 组 合 及 相应 的 结果 组 合用 表 的 方式 ,其 间 的 关系 更 为 明了 。 在 转 成 表格 
时 , 需 列举 出 原因 的 所 有 组 合 及 相应 的 结果 组 合 , 但 应 注意 有 些 原因 的 组 合 是 不 存在 的 。 在 
图 3-5 中 ,有 3 个 原因 ,各 取 状 态 值 0 和 1, 一 共有 8 种 可 能 的 组 合 ,但 由 于 C 和 Cs 同时 取 1 
是 不 可 能 的 ,所 以 只 有 6 种 组 合 ( 见 表 3-1)。 要 确认 因果 图 是 否 正确 表达 了 规格 说 明 书 ,应 


该 通过 设置 原因 的 所 有 可 能 状态 并 直到 将 所 有 结果 设置 成 正确 的 值 。 
表 3-1 因果 图 的 列表 示例 


a 1 2 3 4 5 6 

原因 与 结果 
© 0 0 0 0 1 1 
输入 (原因 ) Ce 0 0 1 1 0 0 
G 0 1 0 0 二 
El 0 0 0 0 1 
输出 (结果 ) 了 1 1 0 0 0 0 
Es 1 0 1 0 1 0 


将 因果 图 的 列表 转 成 决策 表 , 方 法 上 很 直接 ,只 须 将 因果 图 的 列表 中 的 表 项 名 称 转 为 决 
策 表 的 表 项 名 称 , 即 在 决策 表 中 称 原 因为 条 件 ,结果 为 行动 ,原因 与 结果 组 合 为 决策 规则 ,如 


表 3-2 所 示 。 
表 3-2 决策 表示 例 
决策 规则 

条 件 与 行动 . 5 
CG 0 0 0 0 1 1 

条 件 C 0 0 和 1 0 0 

Cs 0 1 0 1 0 1 

Ai 0 0 0 1 0 1 

行动 A; 1 1 0 0 0 0 

As 1 0 0 1 0 


第 3 章 黑 鲍 测试 53 


所 谓 测试 用 例 , 须 提供 两 种 信息 : 一 是 输入 条 件 , 二 是 期 望 的 输出 结果 。 决 策 表 中 每 一 
个 决策 规则 提供 测试 用 例 所 需 的 两 种 信息 ,所 以 决策 表 中 每 一 个 决策 规则 是 一 个 测试 用 例 。 
前 面 两 节 介绍 的 等 价 类 划分 法 和 边界 值 分 析 法 都 是 着 重 考虑 输入 条 件 , 并 没有 考虑 到 
输入 条 件 的 各 种 组 合 , 也 没有 考虑 到 各 个 输入 条 件 之 间 的 相互 制约 关系 。 当 测试 必须 考虑 
多 个 输入 条 件 的 各 种 组 合 ,及 其 相应 的 产生 多 种 结果 或 动作 时 ,可 以 利用 上 述 因果 分 析 法 。 

下 面 总 结 一 下 利用 因果 图 ,决策 表 的 因果 分 析 法 执行 过 程 : 

(1) 分 析 程 序 规格 说 明 书 ,识别 哪些 是 原因 ,哪些 是 结果 。 原 因 往 往 是 输入 条 件 或 是 输 
入 条 件 的 等 价 类 ,而 结果 常常 为 输出 条 件 。 

(2) 分 析 程 序 规格 说 明 书 , 按 其 语义 ,在 因果 图 连接 各 个 原因 与 其 相应 的 结果 。 用 本 节 
讲述 的 4 种 关系 符号 (一 、 一 、V 、A ) 来 描述 因果 图 中 原因 与 结果 之 间 的 关系 。 

(3) 标明 约束 条 件 。 由 于 语法 或 环境 的 限制 ,有 些 原因 和 结果 的 组 合 情 况 是 不 可 能 出 
现 的 。 对 于 这 些 特定 的 情况 ,在 因果 图 中 使 用 本 节 讲 述 的 5 种 约束 符号 (E、1.O、R、M) 来 标 
明 原 因 间 结果 间 的 约束 条 件 。 

(4) 把 因果 图 转换 成 一 个 因果 图 列表 进而 生成 决策 表 ( 或 判定 树 ) 来 描述 哪 种 输入 组 合 
所 引起 的 哪个 执行 动作 的 决策 规则 。 

(5) 把 决策 表 的 规则 转换 成 测试 用 例 。 选 择 测试 数据 以 便 使 决策 表 里 的 每 个 规则 都 被 
测试 。 显 而 易 见 ,如 果 决 策 表 已 被 用 作 设 计 工 具 , 那 么 就 不 必 进 行 因果 分 析 了 ,可 以 直接 利 
用 设计 时 所 得 到 的 决策 表 生 成 测试 用 例 。 


3.5 正 交 数组 测试 


有 很 多 应 用 ,其 输入 域 是 有 限 的 。 也 就 是 说 ,输入 参数 的 数量 不 多 ,而 且 每 个 参数 能 
取 的 值 也 是 明显 确定 的 。 当 这 些 数量 非常 小 时 (例如 ,3 个 输入 参数 ,每 个 参数 可 取 值 各 
为 3 个 离散 值 ) , 则 可 以 考虑 对 输入 参数 值 进行 排列 组 合 , 即 用 枚 举 法 详尽 地 测试 所 有 输 
入 域 。 然 而 , 随 着 输入 参数 的 增加 和 每 个 输入 参数 的 取 值 数量 的 增加 , 枚 举 法 测试 将 不 
再 适用 。 

正 交 数组 测试 (Orthogonal Array Testing) 可 以 应 用 于 输入 域 相 对 较 小 而 详尽 测试 的 
次 数 又 过 于 巨大 的 问题 。 正 交 数 组 测试 方法 对 于 发 现 和 区 域 错误 (Region Faults) 相 关 的 错 
误 特别 有 用 。 区 域 错 误 是 和 软件 模块 中 的 逻辑 相关 的 一 类 错误 。 

为 了 描述 正 交 数 组 测试 和 较 传统 的 “一 次 一 个 输入 项 (one input item at a time)” 方 法 
的 区 别 , 考 虑 一 个 有 3 个 输入 项 的 系统 : X.Y 和 Z。 每 一 个 输入 项 有 3 个 离散 值 与 之 相关 ， 
那么 就 有 3 二 27 种 可 能 的 测试 用 例 。Phadkec5 建议 可 以 从 几何 学 角度 来 看 这 些 可 能 的 测 
试用 例 ,如 图 3-6 所 示 。 图 中 每 次 只 能 有 一 个 输入 项 沿 着 其 输入 轴 变 化 ,这 只 能 达到 对 输入 
域 相对 有 限 的 覆盖 (如 图 3-6(a) 所 示 )。 
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图 3-6 ”测试 用 例 几何 视图 


车 使 用 正 交 数 组 测试 法 , 则 会 建立 一 个 测试 用 例 的 L9 正 交 数 组 。L9 正 交 数组 具有 “ 平 
衡 特性 外”, 也 就 是 测试 用 例 (图 3-6(b) 中 黑 点 所 表示 的 ) 是 “均匀 分 布 在 测试 域 中 的 ”, 如 
图 3-6(b) 所 示 。 这 对 输入 域 的 测试 覆盖 更 为 完全 。 为 了 说 明 如 何 使 用 L9 测试 数组 , 举 个 
传真 机 发 送 功能 (send 函数 ) 的 例子 。 假 设 有 4 个 参数 : Pi 、,P,、P; 和 P, ,被 传 到 send 函数 ， 
其 中 每 一 个 参数 都 可 以 取 3 个 离散 值 。 例 如 ,P, 取 值 分 别 为 : 

Pi 二 1, 立 即 发 送 

Pi 二 2, 一 小 时 后 发 送 

Pi 二 3, 午 夜 后 发 送 
Ps、\Ps 和 P, 也 可 取 值 为 1.2 和 3。 

如 果 采 用 “同一 时 间 只 改变 一 个 输入 项 的 值 ” 的 测试 策略 ,那么 测试 序列 (Pi ,Ps ,P; ,P,) 
将 役 为 (UD DI D LD (DDD ll 
(1,1,1,2) 和 (1,1,1,3)。 以 下 是 Phadke 四 对 这 些 测 试用 例 的 评估 : 

这 些 测 试用 例 只 有 在 测试 参数 互 不 影响 的 情况 下 有 用 。 当 只 有 一 个 参数 的 值 造 成 软件 
故障 时 ,它们 可 以 查 出 这 样 的 逻辑 错误 。 这 种 错误 称 为 单 模 错 误 (Single Mode Faults)。 这 
种 方法 不 能 查 出 当 两 个 或 多 个 参数 同时 取 某 些 值 时 导致 软件 故障 的 逻辑 错误 ,也 就 是 说 , 它 
不 能 检测 参数 之 间 互 相 影响 的 情况 。 因 此 它 的 查 错 能 力 是 有 限 的 。 

给 定 相 对 少量 的 输入 参数 和 离散 值 , 穷 举 测试 是 可 能 的 。 上 述 例子 所 需 的 测试 的 数量 
是 3 一 81, 这 个 数 虽 然 还 是 比较 大 的 ,但 尚 可 管理 。 所 有 和 数据 项 排列 相关 的 错误 将 均 可 
被 发 现 , 但 是 所 需 的 工作 量 相对 较 高 。 

正 交 数组 测试 法 提供 了 一 种 测试 覆盖 率 高 ,而 测试 用 例 数量 又 远 比 穷 举 测试 少 的 测试 
方法 。 对 于 传真 机 的 例子 ,其 L9 正 交 数组 如 表 3-3 所 示 。 
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表 3-3 一 个 19 的 正 交 数组 


测试 用 例 led 2 


wlolalolaln oem 
EE rm 
oj-lolelrlolwelrm 


Phadkec 对 使 用 L9 正 交 数组 后 的 测试 结果 进行 评估 : 

。 检查 并 且 隔 离 所 有 的 单 模 错误 。 单 模 错 误 是 指 任 一 参数 在 某 个 值 的 情况 下 都 会 出 
现 的 错误 。 例 如 ,如 果 所 有 包含 P, =1 的 测试 用 例 都 会 产生 一 样 的 错误 情况 ,那么 
这 就 是 一 个 单 模 错误 。 本 例 中 测试 用 例 1.2 和 3( 如 表 3-3 所 示 ) 将 会 显示 错误 。 通 
过 分 析 有 关 哪 些 测试 用 例 显示 错误 的 信息 ,可 以 确认 是 哪个 参数 值 引起 的 错误 。 本 
例 中 ,因为 测试 用 例 1.2 和 3 引起 错误 ,所 以 可 以 把 与 “立即 发 送 (Pi 二 1)” 相 关 的 四 
辑 处 理 确定 为 错误 源 。 这 种 对 错误 的 隔离 对 修正 错误 是 很 重要 的 。 

检查 所 有 的 双 模 错误 。 如 果 两 个 参数 的 某 些 取 值 同时 出 现 而 引起 一 种 固定 的 错误 ， 
则 称 为 双 模 错误 。 一 个 双 模 错误 暗示 了 两 个 参数 之 间 的 互 不 相 容 或 者 是 互相 有 害 
的 作用 。 

多 模 错误 。 正 交 数 组 可 能 保证 检测 到 单 模 错 误 和 双 模 错误 。 然 而 ,许多 多 模 错误 也 
可 由 这 些 测 试 查找 出 来 。 

有 关 正 交 数 组 测试 的 详尽 讨论 ,可 参考 文献 Phadke 1989。 


3.6 测试 插 桩 


测试 插 桩 (Instrumentation) 是 指 在 程序 的 特定 部 位 附加 一 些 操作 或 功能 ,可 用 来 检验 
程序 运行 结果 以 及 执行 特性 ,以 便 支 持 测试 系统 。 目 前 有 两 大 类 测试 插 桩 技术 ,分 别 支持 黑 
盒 测 试 和 白 盒 测 试 。 支 持 白 盒 测试 的 测试 插 桩 技术 可 提供 以 下 功能 ， 

(1) 生成 给 定 状 态 或 者 内 部 数据 表示 法 以 强迫 程序 进入 一 个 特定 的 状态 ,以 便 检验 状 
态 的 可 达 性 。 

(2) 显示 或 读 取 内 部 数据 或 者 私有 数据 : 这 类 数据 一 般 不 能 从 程序 外 部 获得 。 

(3) 监测 具体 的 数据 不 变 特性 : 程序 中 的 某 些 数据 在 执行 过 程 中 保持 不 变 ,在 程序 不 
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同位 置 插入 语句 可 以 观测 此 数据 不 变 特性 。 
(4) 监测 前 提 条 件 : 在 执行 某 操作 或 过 程 之 前 ,插入 语句 可 以 观测 操作 或 过 程 前 提 


条 件 。 
(5) 监测 后 置 条 件 : 在 执行 某 操作 或 过 程 之 后 ,插入 语句 可 以 观测 操作 或 过 程 后 置 
条 件 。 


(6) 人 为 触发 时 间 事 件 : 当 某 事件 发 生 所 需 时 间 太 短 或 太 长 ,在 程序 不 同位 置 插入 适 
当 功 能 可 以 控制 时 间 事 件 的 发 生 。 

(7) 监测 事件 时 间 来 测试 时 间 约 束 : 在 程序 中 事件 发 生前 后 位 置 插入 语句 可 以 记录 事 
件 发 生 时 间 以 检验 时 间 约 柬 。 

本 节 介 绍 两 种 支持 黑 盒 测 试 的 搬 桩 技术 : 测试 预言 与 随机 数 生 成 器 。 

。 测试 预言 (Oracle) : 一 个 程序 ,是 用 来 确定 对 于 给 定 的 系统 输入 数据 或 输入 序列 ,被 

测 系统 是 否 有 一 个 特定 输出 。 
。 随机 数据 生成 器 : 用 来 产生 测试 数据 的 一 个 程序 。 


3.6.1 测试 预言 
测试 预言 是 实现 黑 盒 测 试 规格 说 明 中 的 一 个 模块 里 的 谓词 (Predicates) 或 条 件 。 下 面 
以 自动 化 喂 鱼 系统 中 喂 鱼 视图 模块 为 例 , 介 绍 测试 预言 技术 的 应 用 。 喂 鱼 视图 模块 规定 两 


次 喂 鱼 时 间 间 隔 , 允 许 修改 咀 鱼 时 间 表 ,但 必须 满足 喂 鱼 时 间 规 定 的 间隔 。 图 3-7 给 出 了 喂 
鱼 视 图 状态 图 的 描述 。 


State(schedule:FeedingSchedule); 

Initially at So,schedule=null; 

Invariant: at all states except So,f.start-f.end<=30minutes; 
Event message: updateFeedingSchedule(); 

Action on Transition: schedule=s; 


图 3-7 状态 图 模型 一 一 喂 鱼 视图 


图 3-7 中 的 状态 表示 系统 使 用 不 同 的 时 间 表 而 处 于 不 同 的 状态 ,其 中 处 于 初始 状态 So 
时 ,时 间 表 为 空 , 图 3-7 中 省 略 号 表示 其 他 时 间 表 状态 ; 除了 初始 状态 So ,处 于 任 一 状态 时 
系统 都 有 一 个 不 变量 ,即时 间 表 里 两 次 喂 鱼 时 间 间 隔 不 超过 30 分 钟 ; 当 系统 接收 到 修改 时 
间 表 请 求 时 ,系统 修改 时 间 表 转 和 人 下 一 个 状态 。 图 3-8 给 出 了 喂 鱼 视图 模块 的 一 个 设计 类 
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图 及 其 程序 实现 。 


package ffes; 
/limport second from time unit 
//import feeding, feedings from feeding_schedule 


public class FeedingView plemenes FeedingScheduleDef { ee ee f 
(1) FeedingSchedule schedule =null; // initially empty 
// omit implementation for feeding interval invariant +getFeedingSchedule() 


(2) WINVARIANT:ALL(ffeedings(schedule):: f.end-f.start <=30 minute) +updateFeedingSchedule() 


(3) Wimplement the two methods in interface of FeedingScheduleDef A 
public FeedingSchedule getFeedingSchedule ){ 1 
return schedule; 1 


} Ta 
public void updateFeedingSchedule (FeedingSchedules)f PecdneView 
schedule = s: +init() 
(4) } +feedingIntervallinvariant() 
We 
(a) (b) 


图 3-8 喂 鱼 视图 的 类 图 及 实现 代码 


如 图 3-8 (b) 所 示 的 类 图 中 FeedingScheduleDef 是 接口 ,定义 了 两 个 操作 : 
getFeedingSchedule() 和 updateFeedingSchedule(); FeedingView 是 类 ,实现 接口 的 两 个 操作 
并 定义 喂 鱼 视图 的 初始 条 件 及 两 次 喂 鱼 时 间 间 隔 不 变量 。 图 3-8(a) 是 用 Java 语言 写 的 程序 。 

(1) 程序 中 标号 (1) 和 (2) 间 定义 了 时 间 表 的 初始 条 件 及 两 次 喂 鱼 时 间 间 隔 不 超过 30 
分 钟 的 不 变量 。 

(2) 程序 中 标号 (3) 和 (4) 间 实现 了 接口 的 两 个 操作 。 

图 3-9 是 喂 鱼 视图 的 测试 预言 程序 TestFeedingView ,其 中 有 3 个 方法 : checkInvariant()， 
testUpdateFeedingSchedule() 和 main( ) 。 

(1) 为 测试 程序 FeedingView, 需 先 创建 一 个 实例 fv( 见 程序 中 行 号 (1))。 

(2) 程序 中 行 号 (2) 一 (5) 间 定义 了 checkInvariant()。 其 中 调用 FeedingView 实例 fv 
的 getFeedingSchedule() 得 到 喂 鱼 时 间 表 的 一 个 实例 fs, 然 后 比较 喂 鱼 时 间 表 的 结束 时 间 
与 开始 时 间 的 间隔 是 否 大 于 30 分 (程序 中 将 分 转 为 微 秒 )。 如 果 大 于 , 则 返回 false, 和 否则 返 
回 true。checkInvariant() 是 私有 方法 ,被 testUpdateFeedingSchedule() 调 用 。 

(3) 程序 中 行 号 (6) 一 (14) 间 定义 了 testUpdateFeedingSchedule()。 其 中 先 创建 一 个 
喂 鱼 时 间 表 实例 fs, 利 用 Calendar 类 得 到 一 个 系统 当前 时 间 实 例 now, 并 把 now 设 为 时 间 
表 开 始 时 间 ; 把 当前 时 间 now 推进 31 分 ,在 将 其 设 为 时 间 表 结束 时 间 。 调 用 fv 的 
updateFeedingSchedule() 并 把 fs 作为 其 参数 传人 ,来 更 改 fv 中 喂 鱼 时 间 表 ,返回 调用 
checkInvariant() 的 结果 。 

(4) 程序 中 行 号 (15) 一 (21) 间 用 main() 方 法 来 测试 testUpdateFeedingSchedule()。 先 创 
建 TestFeedingView 的 一 个 实例 ttv。 如 果 tfv. testUpdateFeedingSchedule() 返 回 true, 则 显示 
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“testUpdateFeedingSchedule( ) failed. ”, 否 则 显示 “testUpdateFeedingSchedule() succeeded. ”。 
按照 程序 中 行 号 (6) 一 (14) 定 义 ,应 显示 前 者 ,因为 testUpdateFeedingSchedule() 把 时 间 间 
隔 设 为 31 分 ,而 不 变量 是 30 分 。 

注意 : 如 果 测 试 人 员 需 测试 修改 FeedingSchedule 的 多 种 情形 ,可 以 写 多 个 不 同 的 
testUpdateFeedingSchedule( ) 方 法 ,并 将 其 组 成 套件 ,在 测试 预言 程序 里 一 同 执行 测试 。 
JUnit 工具 是 采用 这 种 方式 ( 见 第 6 章 )。 上 述 测试 预言 程序 里 调用 被 测 类 程序 中 的 两 个 方 
法 ,测试 预言 不 属于 纯 黑 盒 测试 ,而 是 一 种 灰 盒 测 试 (Bray-box Testing)。 灰 盒 测试 技术 利 
用 被 测 程序 的 应 用 程序 接口 (API) 或 被 测 系统 的 执行 路 径 来 进行 测试 。 


(1) 


(2) 
(3) 
(4) 
(5) 


(6) 
(7) 
(8) 
(9) 
(10) 
(11) 
(12) 
(13) 
(14) 


(15) 
(16) 
(17) 
(18) 
(19) 
(20) 
(21) 


public class TestFeedingView { 


FeedingView fv=new FeedingView(); 
// 检 查 不 变量 


Private boolean checkInvariant() { 


} 


FeedingSchedule fs 一 fv. getFeedingSchedule() ; 
return (fs. getEnd()-fs. getStart() > 30* 60* 1000)? false: true; 


// 测 试 方法 updateFeedingSchedule() 
public boolean testUpdateFeedingSchedule() { 


} 


FeedingSchedule fs 一 new FeedingSchedule(); 
Calendar now= Calendar. getInstance(); 

fs. setStart(now); 

now. add(now. MINUTE,31); 

fs. setEnd(now); 

fv. updateFeedingSchedule(fs) ; 

return checkInvariant(); 


// 执 行 测试 


public static void main (String[ ] args) { 


TestFeedingView tfv=new TestFeedingView(); 

if (1 tfv. testUpdateFeedingSchedule()) 

System. out. println (“testUpdateFeedingSchedule() failed. ”); 
else 

System. out. println (“testUpdateFeedingSchedule() succeeded. ”); 


3-9 喂 鱼 视图 的 测试 预言 程序 


3.6.2 随机 数据 生成 器 


随机 测试 技术 (Random Testing Technique) 是 一 种 黑 盒 测试 方法 ,通过 在 所 有 可 能 的 
输入 值 中 选取 一 个 任意 的 子 集 来 对 软件 进行 测试 0。 随 机 测试 有 助 于 避免 这 样 的 问题 : 只 


@ 参考 URL: http://computing-dictionary. thefreedictionary. com/random 十 testing 的 定义 。 
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测试 你 所 知道 的 将 奏效 的 场景 。1990 年 Dick Hamlet 比较 利用 等 价 划分 的 子 域 边界 测试 
结果 与 忽视 等 价 划分 的 随机 测试 结果 ,指出 等 价 划分 的 作用 微乎其微 。 但 完全 的 随机 测试 
方法 难以 进行 有 针对 性 有 目标 的 测试 ,从 而 导致 低 效 测试 活动 。 一 般 认为 ,在 生成 测试 用 例 
时 ,结合 使 用 等 价 划分 .边界 值 和 随机 测试 3 种 技术 是 一 种 有 效 方法 。 即 在 先 将 软件 输入 域 
进行 等 价 划分 ,在 各 个 子 域 边界 上 及 附近 选取 中 边界 值 , 然 后 再 在 各 个 子 域 里 用 随机 测试 方 
法 选择 软件 输入 样本 点 。 

例如 一 个 软件 有 效 输入 域 是 1 一 100 之 间 的 整数 ,包括 1 和 100。 用 等 价 划分 法 ,测试 
输入 域 是 ， 

无 效 域 1: 输入 数据 二 1 

有 效 域 : 1 三 输入 数据 二 100 

无 效 域 2: 输入 数据 二 100 
用 边界 值 分 析 法 ,可 生成 3 个子 域 的 边界 值 ,例如 ,分 别 为 {x|x 三 ==0)、{1,2-99,100)} 和 
{yly 之 =101}。 然 后 在 3 个 子 域 里 用 随机 测试 方法 选择 软件 输入 样本 点 。 

这 里 介绍 一 下 如 何 用 随机 数据 生成 器 有 效 地 帮助 产生 测试 所 需 的 输入 数据 。 随 机 数据 
生成 器 是 运用 了 Java API 中 的 public static double random() 。 调 用 后 返回 一 个 带 正 号 的 
double 值 , 大 于 或 等 于 0.0, 并 且 小 于 1.0, 返 回 值 伪 随 机 地 均匀 地 分 布 在 这 个 范围 内 。 即 ， 
0. 0 所 王 Math. random() 达 1.0。 若 要 产生 一 个 1 一 100 之 间 的 随机 数 , 则 执行 (int) (Math. 
random() x 100) 十 1。 例 如 : 设 有 一 个 字符 数组 char[n] ,若是 要 产生 一 个 长 度 小 于 或 等 于 
n 的 字符 串 ,可 以 用 Math. random() 来 产生 一 个 随机 数 k。 代 码 如 下 : 


String s="”; 
int k= (int) (Math. random() * n) 十 1; 
for(int i=0; i<k; it+)s+=char[i]; 


return s; 


随机 数据 生成 器 能 为 执行 测试 提供 方便 功能 ,被 认为 是 一 种 测试 插 桩 法 。 本 节 运 用 
Java API 中 Math 类 的 random() 方 法 介绍 了 随机 数据 生成 器 的 创建 。 


3.7 总 结 


黑 盒 测试 是 一 种 不 知道 被 测 事物 内 部 逻辑 的 测试 。 例 如 , 当 黑 盒 测 试 应 用 于 软件 工程 ， 
测试 者 只 知道 合法 输入 和 期 望 输出 ,而 不 知道 程序 是 如 何 实现 这 些 输出 。 因 为 黑 盒 测试 可 
以 看 作 是 根据 规约 的 测试 ,其 他 关于 程序 的 知识 是 不 需要 的 。 基 于 这 个 原因 ,测试 者 和 编程 
者 彼此 独立 ,避免 了 编程 者 有 偏好 地 进行 其 工作 。 

黑 盒 测 试 注重 于 测试 软件 的 功能 性 需求 ,也 即 黑 盒 测试 需要 软件 工程 师 生成 输入 条 件 
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集 来 检测 程序 所 有 功能 需求 。 黑 盒 测试 并 不 是 白 盒 测试 的 蔡 代 品 ,而 是 配合 白 盒 测试 发 现 
其 他 类 型 的 错误 。 黑 盒 测试 试图 发 现 以 下 类 型 的 错误 : 

(1) 功能 不 对 或 遗漏 。 

(2) 界面 错误 。 

(3) 数据 结构 或 外 部 数据 库 访问 错误 。 

(4) 性 能 错误 。 

(5) 初始 化 和 终止 错误 。 

白 盒 测试 在 测试 的 早期 执行 ,而 黑 盒 测 试 主要 用 于 测试 的 后 期 。 黑 盒 测试 故意 不 考虑 
控制 结构 ,而 是 注意 信息 域 。 
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3.9 思考 与 练习 


1， 黑 盒 测 试 与 白 盒 测试 的 主要 区 别 是 什么 ”对 什么 样 的 错误 ,你 可 能 用 黑 盒 测试 方法 
去 发 现 ? 对 什么 样 的 错误 ,你 可 能 用 白 盒 测试 方法 去 发 现 ? 

2. 如 何 使 用 等 价 划分 技术 生成 测试 用 例 ” 试 举例 说 明 。 

3. 边界 值 分 析 方法 如 何 帮助 生成 测试 用 例 ? 如 何 结合 使 用 等 价 划 分 技术 和 边界 值 分 
析 方 法 生成 测试 用 例 ? 

4. 给 定 功能 需求 : 

(1) 如 果 用 户 没有 被 授权 提出 药品 申请 , 则 系统 将 拒绝 他 申请 新 的 化 学 药品 。 

(2) 如 果 用 户 被 授权 提出 药品 申请 ,但 他 申请 的 药品 或 者 没有 库存 ,或 者 无 法 从 供 货 商 
获取 , 则 系统 也 将 拒绝 他 申请 新 的 化 学 药品 。 

(3) 如 果 用 户 被 授权 提出 药品 申请 , 且 被 申请 药品 不 存在 于 有 害 药品 清单 中 , 则 系统 接 
受用 户 申请 。 

(4) 如 果 用 户 被 授权 提出 药品 申请 , 且 被 申请 药品 存在 于 有 害 药品 清单 中 ,但 此 用 户 已 
接受 过 有 害 药品 处 理 的 相关 培训 , 则 系统 接受 用 户 申请 。 

用 因果 分 析 方 法 生成 测试 用 例 。 
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5. 说 明 什么 是 “ 单 模 ” 错 误 , 什 么 是 “ 双 模 ”错误 ? 说 明 为 什么 正 交 数组 方法 适用 于 测试 
“区 域 错误 ”? 

6. 假设 <. 是 一 个 类 方法 的 两 个 参数 ,1 委 a 委 100,0E S 二 {A,B,…,Z)。 写 一 个 Java 
方法 来 自动 产生 测试 输入 。 


3.10 进一步 阅读 


R. Pressman. Software Engineering: A Practitioner’s Approach. Boston: McGraw 
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软件 测试 覆盖 分 析 


第 2 章 与 第 3 章 分 别 介绍 了 白 盒 测试 与 黑 盒 测 试 技术 。 这 时 可 能 会 提出 一 个 问题 ,就 
是 “测试 执行 到 何 时 才 是 足够 的 ?” 我 们 需要 一 种 方式 来 知道 测试 已 经 执行 的 程度 。 测 试 获 
盖 是 一 种 可 以 赁 经 验 确定 软件 质量 的 方法 。 每 种 测试 覆盖 意味 着 一 种 针对 特定 种 类 的 程序 


缺陷 的 测试 技术 。 

测试 覆盖 分 析 可 以 在 测试 计划 阶段 与 测试 执行 阶 生成 一 组 测试 用 例 。 [= 一 = 
段 进 行 。 在 测试 计划 阶段 , 须 确定 用 何 种 测试 覆盖 分 
析 及 相应 的 覆盖 率 。 获 盖 率 通常 表示 为 百分比 ,但 是 用 测试 用 例 执行 测试 


百分比 的 意义 取决 于 使 用 了 什么 测试 覆盖 分 析 方 法 。 


在 测试 执行 阶段 ,将 根据 既定 的 获 盖 率 来 检查 是 否 进 i 


行 了 足够 的 测试 。 基 于 测试 覆盖 分 析 的 测试 过 程 可 以 
用 图 4-1 表示 。 生 成 一 组 测试 用 例 , 用 此 组 用 例 执行 测 


进行 测试 六 分 析 
试 ,收集 测试 结果 ,进行 测试 槛 盖 分 析 , 如 果 测试 结果 
达到 既定 的 覆盖 率 ,停止 测试 ,否则 生成 附加 测试 用 
例 ,再 重复 上 述 过 程 。 
本 章 将 主要 介绍 面向 白 盒 测试 技术 的 代码 覆盖 分 是 
析 , 并 简要 介绍 几 种 面向 黑 例 测试 技术 的 栈 盖 分 析 结束 测试 
方法 。 图 4-1 基于 测试 覆盖 分 析 的 测试 过 各 


快速 阅览 : 

什么 是 软件 测试 覆盖 分 析 ? 软件 测试 覆盖 是 一 种 可 以 赁 经 验 确定 软件 质量 的 方法 ,每 
种 测试 覆盖 意味 着 一 种 针对 特定 种 类 的 程序 缺陷 的 测试 技术 。 

由 谁 来 负责 软件 测试 覆盖 分 析 ? 基于 白 盒 测试 技术 的 覆盖 分 析 一 般 由 开发 人 员 进行 ， 
基于 黑 盒 测 试 技术 的 覆盖 分 析 由 有 经 验 的 软件 测试 人 员 完成 。 

为 什么 软件 测试 覆盖 分 析 如 此 重要 ? 软件 测试 覆盖 分 析 可 以 帮助 产生 合适 的 测试 用 
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例 , 并 告诉 我 们 测试 已 经 执行 的 程度 。 

软件 测试 覆盖 分 析 步 又 各 是 什么 ? 测试 覆盖 分 析 可 以 在 测试 计划 阶段 与 测试 执行 阶段 
进行 。 在 测试 计划 阶段 确定 用 何 种 测试 覆盖 分 析 及 相应 的 覆盖 率 ,在 测试 执行 阶段 根据 既 
定 的 覆盖 率 来 检查 是 否 进行 了 足够 的 测试 。 基 于 测试 覆盖 分 析 的 测试 过 程 是 : 生成 一 组 测 
试用 例 ,用 这 组 用 例 执行 测试 ,收集 测试 结果 ,进行 测试 覆盖 分 析 , 如 果 测 试 结果 达到 既定 的 
履 盖 率 ,停止 测试 ,否则 生成 附加 测试 用 例 ,再 重复 上 述 过 程 。 

有 哪些 工件 形成 ? 在 测试 计划 阶段 ,会 生成 测试 计划 和 测试 用 例 ; 在 测试 执行 阶段 ,会 
生成 测试 结果 报告 和 覆盖 率 报告 。 

如 何 确保 我 们 准确 地 完成 了 任务 ? 在 测试 执行 阶段 ,根据 既定 的 履 盖 率 来 检查 是 否 完 
成 了 足够 的 测试 。 


4.1 代码 覆盖 分 析 


代码 覆盖 是 测试 软件 的 一 种 量度 标准 。 它 描述 程序 源 代 码 被 测试 了 的 程度 。 代 码 覆 盖 是 
一 种 直接 观测 代码 而 进行 的 测试 ,因而 归于 白 盒 测试 。 代 码 覆 盖 技 术 是 最 早 的 系统 性 软件 测 
试 技术 中 的 成 员 。 最 早 的 参考 文献 是 Miller 和 Maloney 于 1963 年 发 表 在 Communications 
of the ACM 杂志 上 的 5 。 基 于 代码 覆盖 的 测试 的 输入 是 一 个 程序 和 一 个 覆盖 标准 ; 输出 
是 一 组 满足 该 覆盖 标准 路 径 的 有 限 集 , 称 作 测试 组 。 基 于 代码 覆盖 的 测试 的 两 个 主要 步 又 
是 识别 满足 覆盖 标准 的 一 组 实体 ,然后 选择 一 组 覆盖 该 组 实体 的 有 限 路 径 。 

有 很 多 种 不 同 的 代码 覆盖 标准 及 量度 代码 履 盖 的 方法 ,在 本 节 里 介绍 两 种 代码 覆盖 类 
型 : 控制 流 覆 盖 与 数据 流 履 盖 。 控 制 流 履 盖 是 选择 一 组 实体 以 满足 履 盖 标准 ,主要 包括 语 
句 履 盖 、 判 定 覆 盖 ,条件 覆盖 、 多 条 件 履 盖 条件 判定 组 合 覆 盖 、 修 正 条 件 / 判 定 覆 盖 及 路 径 获 
盖 , 然 后 选择 一 组 获 盖 该 组 实体 的 有 限 路 径 。 数 据 流 柳 盖 是 选择 一 组 满足 变量 的 定义 与 引 
用 间 的 某 种 关联 关系 实体 ,然后 选择 一 组 覆盖 该 组 实体 的 有 限 路 径 。 无 论 是 哪 种 覆盖 类 型 ， 
它们 都 遵循 如 图 4-2 所 示 的 测试 过 程 。 

(1) 由 被 测 程序 的 源 代码 ,构造 程序 图 。 如 基本 路 径 法 的 流 图 ,数据 流 法 的 定义 使 用 关 
联 图 等 。 

(2) 根据 程序 图 ,生成 测试 用 例 。 如 基本 路 径 法 中 , 先 算出 环形 复杂 度 , 再 据 此 找 出 基 
本 路 径 集 ,生成 测试 用 例 。 

(3) 编译 被 测 源 程序 ,生成 可 执行 代码 (假设 源 程 序 无 语法 错误 ) 。 

(4) 生成 的 可 执行 代码 ,用 测试 用 例 的 输入 条 件 驱 动 ,以 执行 程序 测试 。 

(5) 计算 测试 结果 的 实际 覆盖 率 , 如 果 达 不 到 既定 覆盖 率 , 则 返回 第 (2) 步 ,否则 结束 测试 。 

(6) 对 于 测试 结果 ,除了 进行 代码 覆盖 分 析 外 ,还 可 以 进行 其 他 方面 的 分 析 , 如 测试 通 
过 率 .失败 率 .可 靠 性 等 。 
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可 执行 代码 /一 一 | 分析 执行 结果 


A 被 测 程序 


编译 程序 G) Procedure purge (var L:list) 

PE Varp, q:...//any type 

begin p= FIRST(L); 
whilep<> END(L) do 

begin q:= next(p,L) 

生成 测试 用 whileq <>ENDU) do 


ifAq = Ap then 
©) delete (Aq, L) 
@, clse q :=next(g, L); 
p =next(p,L) 
end 


end 


下 


构造 程序 图 


图 4-2 基于 代码 覆盖 分 析 的 测试 过 程 


4.2 ”控制 流 履 盖 


控制 流落 盖 是 选择 一 组 实体 以 满足 覆盖 标准 : 语句 获 盖 ,判定 获 盖 、 条 件 获 盖 、 多 条 件 
获 盖 、 条 件 判 定 组 合 获 盖 、 修 正 条 件 /判定 覆盖 及 路 径 覆 盖 , 然 后 选择 一 组 覆盖 该 组 实体 的 有 
限 路 径 。 


4.2.1 语句 覆盖 


语句 履 盖 (Statement Coverage) 报 告 每 个 可 执行 语句 是 否 被 执行 , 即 每 行 源 代码 是 否 都 
被 执行 了 并 且 被 测试 了 。 含 义 是 选择 足够 多 的 测试 数据 ,使 被 测 程序 中 每 条 语句 至 少 执行 
一 次 。 语 句 履 盖 亦 称 为 线 覆 盖 面 (Line Coverage) 或 段 覆 盖 面 (Segment Coverage)[]。 

要 达到 100% 声 明 覆 盖 面 可 能 是 相当 难 的 。 也 许 有 的 代码 段 被 设计 用 来 处 理 错误 条 
件 , 如 果 这 种 错误 不 出 现 ,这 段 代 码 无 法 执行 也 就 无 法 测试 ; 或 很 少 发 生 的 事件 例如 在 代码 
的 一 个 片断 接收 某 一 信号 ,这 种 情况 也 给 测试 此 段 代 码 造成 困难 。 也 有 可 能 有 的 代码 永远 
都 不 会 被 执行 到 ,例如 以 下 代码 段 : 

ix>y&&y>z&&z>x){ 


die "This should never happen!"; //print out the message 


} 

由 于 这 的 条 件 永远 为 假 , 所 以 die 显示 语句 永远 得 不 到 执行 。 这 种 代码 段 有 时 还 是 有 
用 的 , 即 以 某 种 方式 标志 这 样 代 码 ,如 果 它 被 执行 了 ,就 标识 一 个 错误 。 这 种 类 型 的 覆盖 是 
比较 弱 的 ,因为 即使 通过 100% 语 名 覆盖 的 程序 也 许 仍然 有 严重 的 问题 ,而 这 些 问 题 通过 其 
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他 的 测试 方法 可 能 被 发 现 。 看 下 面 的 一 段 代码 : 

int* p=NULL; 

if (condition) { 

p= Lvariable; 

} 

# p 一 123; 

对 于 没有 使 条 件 取 值 为 假 的 一 个 测试 用 例 , 按 语句 覆盖 ,这 段 代 码 是 完全 覆盖 。 实 际 
上 ,只 要 条 件 取 值 为 假 ,那么 这 段 代码 将 失败 。 这 是 语句 覆盖 的 一 个 严重 的 缺点 ,因为 计 语 
名 在 程序 中 普遍 存在 。 即 使 如 此 ,对 于 任何 适当 大 小 的 软件 开发 工作 ,首先 使 用 语句 覆盖 是 
可 以 发 现 错误 的 。 

语句 覆盖 的 优点 是 : 它 可 以 直接 应 用 于 目标 代码 ,并 且 不 需要 处 理 源 代码 ; 缺陷 是 : 它 
对 一 些 控 制 结构 是 不 敏感 的 ,对 程序 执行 逻辑 的 覆盖 很 低 ,往往 发 现 不 了 判断 中 逻辑 运算 符 
出 现 的 错误 。 

语句 覆盖 计算 代码 的 每 一 行 作为 一 个 可 能 的 语句 。 这 是 个 好 的 近似 值 ,但 是 可 能 会 有 
各 种 各 样 潜 在 的 曲解 和 滥用 ,因为 理论 上 每 个 记号 (例如 if) 都 可 以 占 一 行 。 每 一 行 安置 一 
个 记号 (这 一 定 不 是 好 的 编程 样式 ) ,代码 行 数 (LOC) 可 以 无 谓 地 加 大 。 同 样 ,程序 员 可 以 
将 多 条 语句 放 在 同一 行 中 (很 明显 ,这 也 不 是 一 个 好 的 编程 实践 ) ,但 这 样 做 使 得 所 需 测 试用 
例 数量 大 大 地 减少 ,因为 一 行 中 的 任 一 语句 被 执行 ,都 认为 此 行 被 执行 了 。 


4.2.2 判定 覆盖 


判定 覆盖 (Decision Coverage)5 报 告 在 控制 结构 中 是 否 测试 了 布尔 表达 式 取 值 分 别 为 
真 和 假 的 情况 (例如 证 语句 和 while 语句 ) 。 整 个 布尔 型 的 表达 式 被 认为 是 取 值 一 个 true 和 
false, 而 不 考虑 内 部 是 否 包含 了 逻辑 与 (Logical-And) 或 逻辑 或 (LogicaL-Or) 操 作 符 。 判 定 
覆盖 保证 只 要 程序 能 跳 转 , 它 就 能 跳 转 到 所 有 可 能 的 目的 语句 。 含 义 是 : 设计 足够 的 测试 
用 例 , 使 得 每 个 判定 至 少 都 获得 一 次 * 真 "和 * 假 ”, 或 使 得 每 一 个 取 “ 真 分支 和 取 “ 假 ”分 支 至 
少 经 历 一 次 。 判 定 获 盖 亦 称 为 分 支 获 盖 或 所 有 边 获 盖 。 

判定 覆盖 具有 语句 覆盖 的 优点 简单 性 ,但 是 没有 语句 覆盖 所 存在 的 问题 。 缺 点 是 判定 
覆盖 忽略 了 在 布尔 表达 式 内 的 分 支 ,这 是 由 短路 (Short-Circuit) 操 作 符 引起 的 。 考 虑 以 下 
代码 段 : 


if (condition] & & (condition2 | function1())) 
statement] ; 
else 


statement2; 


这 个 度量 可 能 认为 控制 结构 被 完全 地 执行 ,而 不 考虑 对 函数 functionl 的 调用 。 当 
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conditionl 取 值 为 真 和 condition2 取 值 为 真 时 ,测试 表达 式 取 值 为 真 ; 当 conditionl 取 值 
为 假 时 ,测试 表达 式 取 值 为 假 。 在 这 个 例子 里 ,短路 操作 符 | 排除 了 调用 functionl 的 
影响 。 

前 面 已 提 到 判定 覆盖 的 优点 是 简单 的 但 没有 语句 覆盖 的 问题 。 它 是 语句 覆盖 的 超 集 ， 
比 语句 覆盖 的 方法 要 强 。 判 定 覆 盖 的 缺点 是 它 忽 略 了 有 短路 操作 符 的 布尔 表达 式 的 分 支 。 
当 程 序 中 分 支 的 判定 由 几 个 条 件 组 合 构成 时 , 它 未 必 能 发 现 每 个 条 件 的 错误 。 


4.2.3 ”条 件 覆盖 


条 件 覆 盖 (Condition Coverage) 报 告 每 个 布尔 型 子 表达 式 的 结果 是 真 或 假 ,是 否 都 被 执 
行 和 测试 了 。 子 表达 式 是 用 逻辑 与 运算 符 和 逻辑 或 运算 符 分 离开 的 。 条 件 覆 盖 检 查 每 个 判 
定点 (例如 真 / 假 的 判定 ) 是 否 被 执行 和 测试 了 。 含 义 是 : 构造 一 组 测试 用 例 ,使 得 每 一 个 判 
定语 句 中 每 个 子 逻 辑 条 件 的 可 能 值 至 少 满足 一 次 。 考 虑 以 下 C++/Java 代码 段 : 

bool f(bool e) { return false; } 

bool a[2]= { false,false } 

if (f(b && ce)) . 

if (a[int (a && b)]) ... 

if ((b && c)?false: false) ... 

上 面 的 3 个 让 语句 不 管 b 和 的 取 什 么 值 , 控 制 流 都 走 假 分 支 。 这 种 情况 下 判定 著 盖 
率 只 能 达到 50%。 然 而 ,如 果 用 b 和 < 所 有 可 能 的 取 值 组 合 来 运行 这 段 代码 ,条 件 窗 盖 报 
告 全 部 覆盖 , 即 条 件 获 盖 率 却 能 达到 100%% 。 条 件 履 盖 与 判定 覆盖 是 相似 的 ,但 对 于 控制 流 
有 更 好 的 敏感 性 。 完 全 的 条 件 覆 盖 并 不 能 保证 完全 的 判定 覆盖 。 


4.2.4 条 件 判定 组 合 覆盖 


条 件 判 定 组 合 覆 盖 (Condition/Decision Coverage) 是 条 件 覆 盖 (Condition Coverage) 和 
判定 覆盖 (Decision Coverage) 的 混合 。 它 有 两 者 的 简单 性 但 是 没有 两 者 的 缺点 。 条 件 判 定 
组 合 履 盖 的 含义 是 设计 足够 的 测试 用 例 ,使 得 判定 中 每 个 布尔 型 子 表达 式 条 件 的 所 有 可 能 
( 真 / 假 ) 至 少 出 现 一 次 ,并 且 每 个 判定 本 身 的 判定 结果 ( 真 / 假 ) 也 至 少 出 现 一 次 。 

如 表 4-1 所 示 的 判定 条 件 a &&& (bc) ,选用 表 中 的 两 组 测试 用 例 可 以 满足 条 件 判定 组 
合 履 盖 的 标准 , 即 第 一 组 中 3 个 布尔 型 子 表 达 式 条 件 ab 和 < 都 取 了 ,判定 条 件 a && (bc) 
结果 为 T; 第 二 组 中 a、b 和 < 都 取 下 ,判定 条 件 a &&& (Cb | ec) 结果 为 FE。 两 组 测试 用 例 的 判 
定 组 合 覆 盖 率 为 100%。 
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表 4-1 条 件 判 定 组 合 覆盖 示例 


和 布尔 型 子 表达 式 判定 条 件 
a b c a &&. (bl oe) 

1 T 浅 秆 和 

2 F F F F 


但 是 判定 组 合 覆 盖 也 存在 一 定 的 缺陷 。 例 如 ,判定 条 件 a && (b 1 ec) 中 的 第 一 个 运算 
符 && 错 写成 运算 符 ‖ 或 第 二 个 运算 符 ‖ 错 写成 运算 符 && 时 ,使 用 表 4-1 中 的 两 组 测试 
用 例 无 法 发 现 这 类 错误 。 如 表 4-2 所 示 , 用 上 述 两 组 测试 用 例 测试 判定 条 件 a Cb || ec 和 判 
定 条 件 a &&(b &.& c) ,所 得 到 的 结果 与 判定 条 件 a && (b 1c) 一样。 虽然 上 述 两 组 测 
试用 例 使 得 判定 组 合 覆 盖 率 为 100% ,但 它们 无 法 检查 出 运算 符 的 错误 。 


表 4-2 条 件 判定 组 合 覆盖 的 缺陷 示例 


布尔 型 子 表达 式 判定 条 件 
a b 和 all (blle) a &&. (b &&. ao 
1 T TT T 和 至 
2 F F F F F 
4.2.5 ”多 条 件 覆盖 


多 条 件 获 六 (Multiple Condition Coverage) 报 告 每 一 种 可 能 的 布尔 型 子 表达 式 的 组 合 
是 否 发 生 了 。 和 条 件 覆 盖 一 样 , 子 表达 式 是 用 逻辑 与 运算 符 和 逻辑 或 运算 符 分 离开 。 它 的 
含义 是 : 生成 足够 的 测试 用 例 ,使 得 每 个 判定 中 的 条 件 的 各 种 可 能 组 合 都 至 少 出 现 一 次 。 
和 条 件 履 盖 一 样 ,多 条 件 覆 盖 不 包括 判定 覆盖 。 

对 于 Visual Basic 和 Pascal 等 不 含有 短路 操作 符 (Short Circuit Operators) 的 语言 ， 
条 件 覆 盖 实 际 上 是 对 于 好 辑 表达 式 的 路 径 获 盖 , 和 路 径 获 盖 具 有 相同 的 优 缺 点 。 考 虑 下 列 
的 Visual Basic 代码 段 : 

Ia And b Then 


多 条 件 履 盖 需 要 4 个 测试 用 例 ,a 和 b 分 别 取 值 真 CT) 和 假 (F) 每 一 个 组 合 。 和 路 径 履 
盖 相 同 , 每 增加 一 个 的 逻辑 操作 符 就 需要 加 倍 测试 用 例 的 数量 。 一 个 条 件 的 多 条 件 覆 盖 所 
需要 的 测试 用 例 可 用 此 条 件 的 逻辑 操作 符 的 真 值 表 来 确定 的 。 如 表 4-3 所 示 的 例子 ,判定 
语句 中 有 3 个 布尔 型 子 表达 式 a\b 和 c, 每 个 子 表 达 式 有 两 种 可 能 取 值 ,T 和 下 ,因此 共有 
2 二 8 种 可 能 组 合 , 表 中 的 8 个 测试 用 例 保 证 了 多 条 件 覆 盖 率 为 100%。 
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表 4-3 多 条 件 覆盖 示例 


珊 布尔 型 子 表达 式 组 合 判定 条 件 
a b c a&& (bl ce) 
lL 要 人 T 是 
2 T 于 F 灾 
3 T F 下 T 
4 PT F F F 
5 F T F 
6 F 里 F F 
7 F F 于 F 
8 F F F F 


对 于 C/C++ 和 Java 等 具有 短路 操作 符 (Short Circuit Operators) 的 语言 ,多 条 件 获 盖 所 
要 求 的 一 些 组 合 测试 执行 时 无 法 达到 。 寻 求 这 样 一 个 最 小 测试 用 例 集 可 能 是 非常 完 长 乏味 
的 工作 ,尤其 是 对 于 非常 复杂 的 布尔 型 表达 式 。 多 条 件 覆 盖 所 需要 的 测试 用 例 的 数目 对 于 
具有 相似 的 复杂 性 的 条 件 却 有 非常 大 的 不 同 。 例 如 ,考虑 如 下 两 个 C/C++/Java 的 条 件 : 

(1) a&&b&& (cl (d Be e)) 

(2) (Callb) && (cld)&&e 

对 于 第 一 个 条 件 , 当 布 尔 型 子 表达 式 a 取 下 时 ,由 于 &&. 的 短路 效应 ,与 其 后 子 表达 式 
组 合 不 予 进行 ; 当 a 取 Tb 取 下 时 ,情况 相同 。 而 当 a 取 Tb 取 全 并且 c 取 全 时 ,上 短路 。 
如 图 4-3 所 示 , 第 一 个 条 件 最 小 测试 用 例 集 的 势 为 6。 


T d=F( “&&” Short circuit)-—- 1 


Stat ,2 Se 


Ce 1 


4-3 ”多 条 件 覆盖 一 一 具有 短路 操作 例 (1) 条 件 


b=F(“&R&”Short circuit)-——————-——-——- 1 


对 于 第 二 条 件 , 当 布尔 型 子 表达 式 a 取 工时 ,由 于 | 的 短路 效应 ,和 b 组 合 不 予 进行 ; 
当 c 取 工时 ,由 于 | 的 短路 效应 ,和 d 组 合 不 子 进 行 ; 当 a 取 下 并 且 b 取 下 时 ,由 于 && 的 
短路 效应 ,与 其 后 子 表达 式 组 合 不 予 进行 。 如 图 4-4 所 示 ,第 二 个 条 件 最 小 测试 用 例 集 的 势 
为 11。 
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(b,d“| ”Short circuit) 

YO el 1 
1 
\ SA 


YN RR 1 


=T 6 一 一 一 一 一 一 一 一 一 一 一 1 
E ee a a 
c=F > SS A 1 


Start d=F( “&&” Short cireuit) ————————— 1 


~ d=F(“&&”Short circuit)- ——1 
b=F(“&&”Short circuiD) 一 ------------- 1 
图 4-4 多 条 件 覆盖 一 一 具有 短路 操作 例 (2) 条 件 


注意 ,上 述 两 个 条 件 有 相同 的 操作 数 和 操作 符 , 由 于 短路 操作 符 起 作用 ,要 达到 完全 的 
多 条 件 获 盖 , 第 一 个 条 件 需 要 6 个 测试 用 例 ,而 第 二 个 条 件 需要 11 个 测试 用 例 。 


4.2.6 修正 条 件 /判定 覆盖 


修正 条 件 / 判 定 履 盖 (Modified Condition/Decision Coverage) 也 被 称 为 MC/DC 或 
MCDC5 ,最 早 由 波音 公司 创建 。 当 前 在 欧美 地 区 , MC/DC 是 “空运 系统 与 设备 认证 软件 
考虑 事项 ”(RCTA/DO-178B) 中 必要 的 测试 方法 。 它 要 求生 成 足够 测试 用 例 以 满足 以 下 
4 种 条 件 : 

(1) 程序 中 的 每 个 人 口 和 出 口 都 要 至 少 被 调用 一 次 , 即 要 从 每 一 模块 和 人口 至 少 进 入 一 
次 并 至 少 要 从 每 一 模块 出 口 退 出 一 次 。 

(2) 程序 中 每 一 个 判定 的 所 有 可 能 结果 至 少 取 一 次 。 

(3) 程序 中 一 个 判定 的 每 一 个 条 件 的 所 有 可 能 结果 至 少 取 一 次 。 

(4) 程序 中 一 个 判定 的 每 一 个 条 件 呈 现 出 独立 地 影响 该 判定 的 结果 , 即 只 变化 此 条 件 
而 保持 其 他 所 有 可 能 的 条 件 不 变 。 

下 面 用 真 值 表 举例 说 明 MC/DC。 表 4-4 所 示 , 对 于 判定 a &&& (Cb | c) , 子 表达 式 的 可 
能 组 合共 有 8 种 。 在 测试 用 例 1 和 例 5 中 ,在 b 和 组合 不 变 的 情况 下 ,布尔 条 件 a 的 变化 
独立 地 引起 判定 结果 的 变化 ,从 而 布尔 条 件 a 满足 MC/DC 的 要 求 。 对 于 a 测试 用 例 2 和 
例 6、 测 试用 例 3 和 例 7 是 同样 的 情况 。 在 测试 用 例 2 和 例 4 中 ,在 a 和 ec 组合 不 变 的 情况 
下 ,布尔 条 件 b 的 变化 独立 地 引起 判定 结果 的 变化 ,从 而 布尔 条 件 b 满足 MC/DC 的 要 求 。 
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在 测试 用 例 3 和 例 4 中 ,在 a 和 b 组 合 不 变 的 情况 下 ,布尔 条 件 c 的 变化 独立 地 引起 判定 结果 
的 变化 ,从 而 布尔 条 件 c 满足 MC/DC 的 要 求 。 因 此 要 使 判定 a && (bc) 满足 MC/DC 的 要 
求 ,可 选 定 测试 用 例 集 {1,2,3,4,5}。 显 然 ,满足 这 类 要 求 地 测试 用 例 集 可 能 是 不 唯一 的 。 


表 4-4 多 条 件 覆盖 示例 


布尔 型 子 表达 式 组 合 判定 条 件 各 条 件 独立 影响 

a b c a&& (bl ce) a b [3 
1 T 和 笔 二 5 
2 至 F 和 6 4 
3 者 下 T T 了 4 
4 T F F F 2 3 
5 F 和 F 1 
6 F T F F 2 
7 F F 流 F 3 
8 下 下 下 F 


4.2.7 路径 覆盖 


路 径 获 盖 (Path Coverage) 报 告 是 否 每 个 函数 的 每 一 条 可 能 的 路 径 都 被 走 过 。 它 检查 
代码 中 给 定 部 分 每 条 可 能 的 路 径 是 否 都 被 执行 了 并 且 被 测试 了 。 一 条 路 径 是 从 函数 的 入 口 
到 出 口 分 支 的 一 个 唯一 序列 。 

路 径 获 盖 的 一 个 好 处 是 进行 非常 彻底 的 测试 。 它 比 判定 覆盖 方法 强 。 但 有 两 个 缺点 : 
一 是 路 径 是 以 分 支 的 数 增加 而 指数 级 增加 ,例如 : 一 个 函数 包含 10 个 if 语句 ,就 有 2” 二 
1024 个 路 径 要 测试 。 如 果 加 入 一 个 if 语句 ,路 径 数 就 是 原来 的 2 倍 即 22 三 2048。 二 是 许 
多 路 径 由 于 数据 相关 不 可 能 被 执行 。 考 虑 以 下 代码 段 : 

if (success) 

statement] ; 
statement2; 


if (success) 


statement3; 


路 径 履 盖 认为 这 个 程序 片段 包含 4 条 路 径 , 因 为 第 一 个 计 有 两 个 分 支 , 第 二 个 计 也 有 
两 个 分 支 ,其 组 合 为 4。 由 于 两 个 让 的 判定 表达 式 完 全 相同 , 即 都 是 success, 当 第 一 个 计 取 
success 一 true 分 支 时 ,第 二 个 计 也 取 success 二 true 分 支 。 这 样 从 代码 入 口 到 出 口 只 有 一 条 
路 径 。 同 样 ; 第 一 个 计 取 success 一 false 分 支 时 ,第 二 个 计 也 取 success 二 false 分 支 ,从 代码 
和信 口 到 出 口 也 只 有 一 条 路 径 。 实 际 上 仅 有 2 条 路 径 而 不 是 4 条 。 

对 于 一 个 循环 内 包含 分 支 的 一 段 程序 .从 代码 中 列举 所 有 可 能 的 路 径 也 许 是 不 可 能 的 ， 
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因为 路 径 的 数量 往往 很 多 。 路 径 覆 盖 只 考虑 一 个 有 限 数量 路 径 。 处 理 循 环 的 方法 有 很 多 种 。 
例如 ,内 部 边界 路 径 测试 (Boundary-Interior Path Testing ) 只 考虑 循环 的 两 个 可 能 性 : 零 次 重复 
和 多 于 零 次 的 重复 。 对 于 do-while 循环 有 两 种 可 能 性 : 一 次 反复 和 多 于 一 次 的 反复 。 

研究 者 提出 了 很 多 种 路 径 履 盖 技 术 来 避免 大 数量 的 路 径 。 例 如 ,长 度 为 ”的 子路 径 履 
盖 (z-Length Sub-Path Coverage) 报 告 是 否 执 行 了 长 度 为 n 的 每 个 路 径 的 分 支 。 其 他 变种 
包括 线性 的 代码 顺序 和 跳 转 覆盖 (Linear Code Sequence And Jump (LCSAJ) Coverage) 和 
数据 流 覆 盖 (Data Flow Coverage) 。 


4.3 ”数据 流 覆 盖 


用 控制 流 覆 盖 出 现 的 问题 : 当 语句 或 分 支 覆 盖 被 用 作 测 试 数据 的 主要 依据 时 ,经 过 所 
选 的 路 径 并 不 能 保证 所 有 错误 都 被 查 出 。 而 且 , 当 路 径 覆 盖 标 准 被 用 作 测试 数据 的 主要 依 
据 时 , 带 有 循环 的 程序 将 有 无 穷 多 条 路 径 。 一 个 实用 路 径 的 选择 必须 是 依据 所 用 的 路 径 标 
准 , 选 择 一 个 仅 有 限 数量 的 路 径 , 发 现 错误 的 可 能 性 很 大 。 

数据 流 覆 盖 是 路 径 履 盖 的 一 个 变异 。 这 类 路 径 履 盖 的 变异 仅 考虑 从 变量 定义 到 其 后 变 
量 的 引用 之 间 的 子路 径 。 数 据 流 覆盖 中 的 变量 “定义 ?是 指 变量 赋值 而 不 是 类 型 定义 。 下 面 
介绍 4 种 数据 流 覆 盖 选 择 标准 : Rapps 和 Weyuker 的 标准 .Ntafos 的 标准 、Ural 的 标准 及 
Laski 和 Korel 的 标准 。 

。 Rapps 和 Weyuker 的 标准 ,关注 怎样 将 变量 同 取 值 联系 在 一 起 以 及 这 些 变量 是 怎么 

被 使 用 的 。 

。 Ntafos 的 标准 ,使 用 必需 的 上 元 组 (Required K-tuple) ,数据 流 信息 去 克服 单独 使 用 

控制 流 信 息 选 择 路 径 的 缺点 。 

。 Ural 的 标准 研究 来 自 环境 的 输入 对 环境 的 输出 的 影响 。 

。 Laski 和 Korel 的 标准 ,与 选择 的 次 级 路 径 和 变量 定义 /应 用 的 各 种 各 样 组 合共 同 到 

这 3 个 路 径 选 择 的 标准 是 基于 数据 流 分 析 的 。 它 们 之 间 的 关系 是 : Ntafos 的 标准 没有 
要 求 k 元 组 , 即 包含 在 Rapps 和 Weyuker 的 标准 中 定义 的 所 有 与 定义 有 关 的 标准 。Ural 的 
标准 以 及 Laski 和 Korel 的 标准 不 能 满足 所 选 的 覆盖 了 所 有 边 和 所 有 点 路 径 的 最 小 要 求 。 


4.3.1 Rapps 和 Weyuker 的 标准 
Rapps 和 Weyuker5 把 变量 的 出 现 分 类 为 3 种 : 定义 的 (Definitional) ,用 def 表示 ; 计 


算 使 用 (Computation Use) ,用 c-use 或 cuse 表示 ; 和 谓语 使 用 (Predicate Use) ,用 p-use 或 
puse 表示 。 如 图 4-5 所 示 ,左面 是 getrMaxValue 方法 的 程序 ,右面 是 相应 的 程序 图 。 程 序 
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图 里 标注 : 在 w 处 定义 变量 x 和 y; 在 wm 处 定义 变量 max 并 计算 使 用 变量 x 的 值 ; 在 v 
处 谓语 使 用 (puse) 变 量 x 和 y 的 值 ; 在 vs 处 重 定义 变量 max 并 计算 使 用 (cuse) 变 量 y 的 
值 ; 在 v 处 计算 使 用 (cuse) 变 量 max 的 值 。 注 意 ,vo 语句 中 变量 x 和 y 被 认为 是 “定义 ” 
了 ,而 w 和 之 间 的 语句 “int max” 不 被 看 作 是 定义 。 因 为 前 者 在 方法 被 调用 是 赋值 ,而 后 
者 只 是 类 型 说 明 并 无 赋值 操作 。 


def(x,vo) 
defly,vo) 


GD def(max.v1) 

b Cuse(X,v1) 

v0: int getMaxValue (int x, int y) { et DU 
a > puse(yvav3), puseyvav) 

yh max= x; 

v2: if(y>x) def(max,v;) CD 

v3: max=y; Cuse(y,v3) 

v4: return max; 

v5: } Va Cuse(max,va) 


图 4-5 def、cuse 和 puse 示例 


Vo 


下 面 给 出 有 关 Rapps 和 Weyuker 标准 的 相关 定义 。 

设 def(x,v) 是 变量 x 在 v 语句 处 的 一 个 定义 ,cuse(x,v7”) 是 变量 x 在 v ?语句 处 的 一 个 
计算 使 用 。 如 果 def(x,v) 到 达 v’, 称 (def(x,v),cuse(x,v’)) 是 一 个 “定义 -计算 使 用 对 ” 
(definition-c-use pair, dcu-pair)。 如 果 一 个 “定义 清纯 ”(Definition Clear) 的 路 径 包含 (def 
(xsv),cuse(x,v”)), 称 此 路 径 获 盖 (def(x,v),cuse(x,v”)) 的 “定义 -计算 使 用 对 ”( decu- 
pair) 。 在 如 图 4-5 所 示 的 程序 图 里 , (def(max,vi),cuse(max, Vi)) 是 一 个 “dcu- 对 ”。(vi， 
vz ,v4) 是 一 个 定义 清纯 路 径 ; 而 (vi ,vz ,va ,vi) 不 是 ,因为 在 vi 语句 处 变量 max 被 重 定 义 。 
相应 的 ,(vo ,vi ,vvviyvs) 是 覆盖 该 “dcu- 对 ”的 一 条 路 径 , 而 (v,viyvzyviyviyvs) 不 是 。 

设 def(x,v) 是 变量 x 在 v 语 句 处 的 一 个 定义 ,puse(x,v”’,v”’) 是 变量 x 在 v’ 语 句 和 
v” 语句 处 的 一 个 谓语 使 用 。 如 果 def(x,v) 到 达 v? 和 v”’, 称 (def(x,v),puse(x,v’,v’’)) 
是 一 个 “定义 -谓语 使 用 对 ”(definition-p-use pair, dpu-pair)。 如 果 一 个 “定义 清纯 ”的 路 径 包 
含 (def(x,v) ,puse(x,v”,v”’’)), 称 此 路 径 覆 盖 (def(x,v) ,puse(x,v”,v”’)) 的 “定义 -谓语 使 
用 对 ”(dpu-pair)。 在 图 4-5 中 的 程序 图 里 , (def(x,vo),puse(x, Vi,vV3)) 是 一 个 “dpu- 对 ”， 
(vo syVisV2 ,V3sV4svVs) 是 覆盖 该 “dpu- 对 ”的 一 条 路 径 。(def(x,vo),puse(x,v2 ,v4)) 是 另 一 个 
“dpu- 对 ”, (vo ,vi ,vz ,va ,vs) 是 覆盖 该 “dpu- 对 ”的 一 条 路 径 。 

为 什么 要 定义 du- 对 ? 图 4-6(a) 是 “正确 ”程序 ,而 图 4-6(b) 是 “不 正确 ”程序 。 左 下 面 程序 
的 错误 是 因为 在 vi 处 将 max 定义 为 x 十 1。 路 径 (vo ,vi ,vs ,v3 ,V4 ,vs) 不 能 测 出 图 4-6(b) 程 
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序 的 错误 ,因为 在 vs 处 max 被 重 定义 ,max 作为 getMaxValue 方法 的 返回 值 不 受 上 述 错 误 
定义 的 影响 。 路 径 (vo ,vi ,va,vayviyvs) 上 不 存在 关于 变量 max 的 du- 对 。 路 径 (vo ,vi ,v， 
vvvs) 能 测 出 图 4-6(b) 程 序 的 错误 ,因为 在 vl 处 max 的 错误 定义 ,直接 影响 max 作为 
getMaxValue 方 法 的 返回 值 。 路 径 (vu,vi,vyviyvi) 上 (def(max,v),cuse(maxyvi)) 是 变 
量 max 的 du- 对 。 


v0: int getMaxValue (int x, int y) { 


int max; Vo 
vl: max= xXx; 
v2: if(y>x) 
v3: max=y; GD def(max,v1) 
v4: Teturn max; 


V5:  }//Correct Program 
(人 ) 


v0: intgetMaxValue (int x, int y) { Ce 
deftmax.v3)( v3 


int max; 
vl: max = x+1; //Incorrect!! 
V2: if(y>x) | ed 
v3: max=y; 
v4: return max; 
v5: JWIncorrect Program 
(b) (9) 
图 4-6 定义 du- 对 


一 个 测试 组 (Test Suite) 被 称 作 是 满足 all-uses 覆盖 标准 的 : 对 于 每 一 个 变量 x 的 每 一 
个 定义 与 每 一 个 使 用 ,如 果 该 定义 -使 用 对 是 du- 对 , 则 此 du- 对 被 测试 组 的 某 一 条 路 径 获 盖 。 
一 个 测试 组 被 称 作 是 满足 all-defs 覆盖 标准 : 对 于 每 一 个 变量 x 的 每 一 个 定义 与 某 个 使 用 ， 
如 果 该 定义 一 使 用 对 是 du- 对 , 则 此 du- 对 被 测试 组 的 某 一 条 路 径 覆 盖 。 

在 如 图 4-5 所 示 的 例子 中 ,路 径 Pi 二 (vo sviyvi ,v3,Vasvs) 和 路 径 Ps 二 (vo svi,vVa ,vas Vs) 
是 满足 all-uses 履 盖 标准 的 一 个 测试 组 。 如 表 4-5, 路 径 P! 和 P, 覆盖 了 所 用 变量 x,y 和 
max, 每 一 个 变量 的 每 一 个 定义 的 每 一 个 使 用 ( 表 中 音符 号 表示 du- 对 被 P, 覆盖 ; 侈 符号 表 
示 du- 对 被 P, 覆盖 ) 。 路 径 P, 是 满足 all-defs 覆盖 标准 的 一 个 测试 组 ,因为 路 径 P, 覆盖 了 
所 用 变量 x、y 和 max, 每 一 个 变量 的 每 一 个 定义 的 某 些 使 用 而 不 是 所 有 使 用 。 

表 4-5 ”all-uses 和 all-defs 覆盖 标准 示例 


覆盖 标准 all-uses all-defs 
所 有 变量 每 个 du- 对 P， P; P， 
(def(Cx,vo) ,cuseCxyvi)) 里 外 里 
变量 x (def(x,vo),puse(x,v, ,V3)) 里 里 
(def(x,ve),puseCxyvzyvi)) . 
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续 表 
覆盖 标准 all-uses all-defs 
所 有 变量 每 个 du- 对 P， P, Bi 
(def(y,vo) ,puse(y,v, ,v3)) 里 M4 
变量 y (def(y,vo) ,puse(y,v, ,vi)) [3 
(def(y,vo) ,cuseCyyvs )) 里 里 
变量 max (def(max,vi),cuse(max, vs )) . 
(def(max, vi),cuse(max,vs )) 里 里 


下 面 总 结 数据 流 覆 盖 已 提出 的 路 径 选 择 的 一 组 标准 ,包括 all-paths all-edges、 all- 
nodes all-defs ,all-uses ,all-puses all-puses/some-cuses 和 all-du-paths (du 代表 定义 和 使 
用 ) 标 准 。 

。 all-paths 标准 要 求 选 择 一 个 路 径 集合 包括 贯穿 流 图 的 每 条 路 径 , 它 对 应 于 路 径 

覆盖 。 

。 all-edges(all-branches 分 支 覆盖 ) 和 all-nodes(all-statements 语句 覆盖 ) 标 准 要 求 所 
选择 的 路 径 集 合 包含 流 图 中 的 每 个 边 和 每 个 节点 。 

。 all-defs 标准 要 求 选 择 一 个 路 径 集 合 至 少 要 覆盖 从 每 个 定义 到 该 定义 的 某 一 使 用 之 
间 的 一 个 定义 清纯 子路 径 。 

-uses 标准 要 求 选 择 一 个 路 径 集合 至 少 要 覆盖 从 每 个 定义 到 该 定义 的 每 个 使 用 之 
间 的 一 个 定义 清纯 子路 径 。 

-puses 标准 要 求 选 择 一 个 路 径 集 合 至 少 要 覆盖 从 每 个 定义 到 该 定义 的 每 个 谓词 
使 用 之 间 的 一 个 定义 清纯 子路 径 。 

。 all-puses/some-cuses 标准 要 求 选择 一 个 路 径 集合 至 少 要 覆盖 从 每 个 定义 到 该 定义 
的 每 个 谓词 使 用 之 间 一 个 定义 清纯 的 子路 径 。 如 果 定 义 仅 到 达 计 算 使 用 ,那么 路 径 
集合 必须 至 少 包含 从 每 个 定义 到 一 个 计算 使 用 之 间 的 一 个 定义 清纯 子路 径 。 

。 all-cuses/some-puses 标准 要 求 选择 一 个 路 径 集合 至 少 要 覆盖 从 每 个 定义 到 该 定义 
的 每 个 计算 使 用 之 间 一 个 定义 清纯 的 子路 径 。 如 果 定 义 仅 到 达 谓 词 使 用 ,那么 路 径 
集合 必须 至 少 包含 从 每 个 定义 到 一 个 谓词 使 用 之 间 的 一 个 定义 清纯 子路 径 。 

。 all-du-paths 标准 比 all-uses 更 进一步 。 它 要 求 选择 一 个 路 径 集 合 要 覆盖 从 每 个 定 

义 到 该 定义 的 每 个 使 用 之 间 的 一 个 定义 清纯 子路 径 , 并 且 要 求 这 样 的 定义 清纯 子路 
径 是 一 个 简单 循环 或 是 无 循环 的 。 

路 径 选择 的 一 组 标准 间 的 关系 可 以 用 层次 图 表示 。 处 于 层次 上 方 的 覆盖 标准 “ 强 于 ”处 
于 层次 下 方 的 覆盖 标准 。 一 个 测试 标准 或 策略 X 涵盖 某 个 标准 Y, 表 示 由 Y 产生 的 测试 用 
例 集 包含 于 由 X 产 生 的 测试 用 例 集 。 图 4-7 给 出 了 覆盖 标准 的 涵盖 关系 (对 于 图 的 解释 留 
给 读者 来 完成 ) 。 


. 
钙 


. 
名 
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all-paths 
all-du-paths 


all-uses 


-一 De all-puses 


all-cuses 
/some puses /some cuses 

all-cuses all-defs all-puses 
Lr ht 1 
| A testing strategy X is stronger than some other | all-branches 
| strategy Y if all test cases produced under Y are 
1 included in those produced under X 1 all-statements 
yp 加 


图 4-7 路 径 选 择 的 一 组 标准 的 关系 


4.3.2 Ntafos 的 标准 


在 Ntafos 的 标准 中 定义 了 数据 流 链 (Data Flow Chain,df-chain) : 一 个 由 一 组 du- 对 组 成 的 
序列 [(d(xyyvi) u(x va)) ,ee (dxyvi)yugxyv))， (CdCxyvri)uCxryvr))，…， 
(d(xnt19 Vat1) U(Xnt1? Vatl ))], 其 中 Ve 二 Vin; 即 ww 和 vit 是 相同 的 节点 ; 除了 uCx+， 
vu+1) 可 能 是 一 个 谓词 使 用 外 ,其 他 都 是 计算 使 用 。 

在 如 图 4-5 所 示 的 程序 图 里 , (def(x,vo),cuse(x,vi)) 是 一 个 du- 对 , (def (max, vi)， 
cuse(maxyv4)) 是 另 一 个 du- 对 。 这 两 个 du- 对 组 成 一 条 数据 流 链 (df- 链 )[ (def (x, vo)， 
cuse(x,v1)), (def(max,vi),cuse(max,vs)) |。 

为 什么 是 一 组 du- 对 组 成 的 一 个 序列 (df- 链 ) 而 不 是 一 个 du- 对 ? 如 图 4-8 所 示 , 变 量 x 
分 别 在 w 和 vs 节点 被 定义 ,各 自 可 能 在 vs 或 ve 节点 被 计算 使 用 (cuse); 而 这 种 cuse 可 能 
是 在 vs 或 ve 节点 用 于 定义 变量 y, 进 而 变量 y 在 vs 或 w 节点 被 计算 使 用 (cuse) 。 即 在 v 
节点 变量 x 的 定义 ,可 能 在 vs 节点 通过 变量 x 的 计算 使 用 (cuse) 来 定义 变量 y, 进 而 影响 在 w 
节点 变量 y 的 计算 使 用 结果 。 如 果 仅 关注 du- 对 而 不 是 df 链 , 就 不 能 分 析出 这 类 相关 影响 。 

如 果 一 条 路 径 是 串 接 df- 链 的 每 一 个 du- 对 的 某 “定义 清纯 "路径, 称 此 路 径 获 盖 该 df- 
链 。 如 果 含 有 k 一 1 个 du- 对 的 每 一 条 df- 链 都 被 一 个 测试 组 的 某 一 条 路 径 获 盖 , 则 该 测试 组 
(Test Suite) 被 称 作 是 满足 “必须 的 &- 元 组 ( k-Tuples) ”覆盖 标准 。 在 图 4-5 中 的 程序 图 里 ， 
两 条 df- 链 [(def(y,vo) ,cuse(y,v3)), (def(max, v3),cuse(max, vi)) ] 和 [ (def(x, vo), cuse 
(x,vi)),(def(maxyvi),cuse(maxyvi))] 分 别 被 路 径 P,=(vwy,vyvvyvyv) 和 了 P 一 (v， 
vvvviyv) 覆 盖 , 由 路 径 P, 和 Ps 组 成 的 测试 组 满足 必须 的 3- 元 组 (Required 3-Tuples)” 
覆盖 标准 。 
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defly,vs) defly,ve) 
ucse(x,vs) Cv Cv) ucse(X,ve) 
Ucse(y,Vs) Cw ) Cw) Ucse(y,vo) 


图 4-8 df- 链 显示 的 相关 影响 


注意 ,Ntafos 的 标准 没有 “必须 的 -元 组 ”来 包含 在 Rapps 和 Weyuker 的 标准 中 定义 的 
all-defs 标准 。 


4.3.3 ”Ural 的 标准 


和 其 他 标准 不 同 ,基于 Ural 的 覆盖 标准 的 测试 输入 是 一 个 输入 参数 或 全 局 变量 的 一 个 
定义 ; 输出 是 一 个 输出 参数 或 全 局 变量 的 一 个 使 用 或 是 在 返回 语句 里 的 一 个 使 用 。IO-df- 
链 (IO-df-chain) 是 从 输入 到 输出 的 一 条 df- 链 , 它 通 过 描述 来 自 环境 的 输入 是 如 何 影 响 对 环 
境 的 输出 ,来 捕获 程序 的 行为 中 。 

Ural 的 覆盖 标准 明确 要 求 从 程序 传人 参数 或 定义 一 个 全 局 变量 开始 到 程序 输出 使 用 
或 返回 使 用 。 一 个 测试 组 (Test Suite) 被 称 作 是 满足 IO-df- 链 覆盖 标准 : 如 果 对 于 每 一 个 输 
入 和 输出 ,从 该 输入 到 该 输出 之 间 所 有 du- 链 被 测试 组 的 某 一 条 路 径 覆 盖 。 如 图 4-9 所 示 ， 
输入 参数 是 x 和 y 的 定义 ,输出 是 在 返回 语句 里 返回 max 的 值 。 路 径 Pi 二 (vo, vi, va, Vs， 
vvs) 和 P* 王 (vviyvvyviyvvs) 覆 盖 了 从 每 一 个 输入 (x 和 y) 到 输出 (max) 之 间 的 所 有 du- 
链 [(def(Cy,v0) ,cuseCy,v3)),(defCmax,vas),cuse(maxyv))] 和 [(Cdef(x,vo),cuse(Cxyvi))， 


(def(max,vi),cuseCmax,vi))]。 
4.3.4 Laski 和 Korel 的 标准 


设 cuseCx ,VvV),… ,cuse(xs ,Vv) 是 一 个 在 节点 v 的 使 用 集合 。 对 于 节点 v 的 一 个 有 序 定 
义 上 下 文 (Ordered Definition Context,ODC) 是 一 个 定义 序列 [def(xi ,vi ),…,def(xu,va)]， 
使 得 存在 一 条 路 径 v pl… vi pi… vw ps Vv, 满足 对 于 每 一 个 1<i<n,v; pi… v 是 关于 变量 v; 
的 一 条 “定义 清纯 ”路 径 。 用 同样 方法 ,可 以 定义 对 于 弧 (v,v’) 的 一 个 有 序 定义 上 下 文 。 
图 4-5 中 的 程序 图 里 ,[def(x,vo) ,def(y,w)] 是 弧 (v ,vs) 的 一 个 有 序 定义 上 下 文 (ODC)T 。 
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INPUTs: 
GD at 


defly,vo) 
v0: int getMaxValue (intx, int y) { 
int max; 

vl: max= xX; 
v2: if(y>x) > 
v3: max=y; 
V4: return max; V3 
YW 

CD OUTPUT: 

cuse(max,v4) 


为 什么 使 用 ODC 而 不 是 du- 对 ? 如 图 4-10 所 示 ,变量 x 和 y 在 节点 ve 的 使 用 受 它们 
各 自 定义 的 影响 ; 对 于 不 同 定义 序列 ,这 种 影响 可 能 是 不 一 样 的 。 如 [def (x, vs),def(y， 
vs)] 和 [def(x,vs) ,def(y,ve)] 是 不 同 的 ODC, 对 应 不 同 路 径 ,可 能 产生 不 同 测试 效果 。 


图 4-9 IO-df- 链 


CD) Cos 
use(y,vo) 
图 4-10 有 序 定义 上 下 文 (ODC) 示 例 


一 个 测试 组 (Test Suite) 被 称 作 是 满足 有 序 定义 上 下 文 (ODC) 履 盖 标 准 : 如 果 对 于 每 
一 个 节点 和 弧 ,该 节点 或 弧 的 有 序 定义 上 下 文 被 测试 组 的 某 一 条 路 径 覆 盖 。 在 图 4-5 中 的 
程序 图 里 ,所 有 节点 和 弧 的 有 序 定 义 上 下 文 为 {Ldef(x,vo)],[def(x,vo),defCy,vo)],[def 
(yyvo)],[def(max,vi)]) ,分 别 被 路 径 P, 王 (vvyvyvyvyv) 和 了 PP: 一 (vvyvyvyvs) 
覆盖 ,由 路 径 P, 和 P, 组 成 的 测试 组 满足 有 序 定义 上 下 文 (ODC) 覆 盖 标 准 . 

注意 : Laski 和 Korel 的 标准 不 能 满足 选择 路 径 时 要 若 盖 所 有 边 和 所 有 点 的 最 低 要 求 。 

简单 地 总 结 一 下 数据 流 覆 盖 标 准 的 优 缺 点 。 数 据 流 获 盖 标 准 的 优点 是 所 报告 的 路 径 与 
程序 处 理 数据 的 方式 直接 相关 ; 缺点 是 这 类 度量 不 包括 判断 覆盖 ,使 用 起 来 比较 复杂 。 研 
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究 人 员 已 提出 了 许多 种 办 法 ,所 有 这 些 办 法 增加 了 这 类 度量 的 复杂 度 。 例 如 ,有 些 办 法 区 分 
在 一 个 变量 的 使 用 是 在 计算 中 还 是 在 判定 中 ; 是 局 部 变量 还 是 全 局 变量 。 和 代码 最 优化 的 
数据 流 分 析 一 样 ,指针 也 带 来 问题 。 


4.4 ”其 他 覆盖 标准 


4.2 节 和 4.3 节 分 别 介绍 了 控制 流 覆 盖 与 数据 流 获 盖 , 它 们 都 属于 代码 覆盖 ,也 就 是 基 
于 程序 的 覆盖 分 析 。 然 而 ,覆盖 可 以 延伸 到 黑 盒 测试 。 基 于 规格 说 明 书 ,而 不 是 基于 代码 确 
定 获 盖 是 可 能 的 。 这 当然 要 依靠 所 用 规格 说 明 的 语言 。 对 于 较为 规范 的 规格 说 明 语 言 , 比 
较 容易 提出 一 套 覆 盖 标 准 。 例 如 ,为 状态 模型 提出 覆盖 标准 要 比 为 用 英语 写 的 说 明 书 提出 
履 盖 标 准 更 容易 。 本 节 简 要 介绍 几 种 与 程序 无 关 的 覆盖 分 析 ,包括 数据 域 覆 盖 、 统 计 或 可 靠 
性 履 盖 、 风 险 槛 盖 .安全 覆盖 .基于 需求 的 覆盖 基于 状态 模型 的 履 盖 及 基于 错误 的 获 盖 。 


4.4.1 数据 域 覆 盖 


数据 域 覆盖 (Data Domain Coverage) 是 基于 等 价 类 划分 测试 和 边界 测试 。 程 序 中 的 数 
据 是 无 穷 的 ,等 价 类 划分 测试 能 让 我 们 把 那些 数据 分 离 为 几 个 部 分 。 这 么 做 ,使 得 测试 用 例 
的 数量 测试 运行 时 切实 可 行 。 那 么 如 何 知 道 我 们 所 关心 的 用 例 是 否 覆 盖 了 所 有 部 分 ?” 数据 
域 获 盖 的 主要 步骤 如 下 

(1) 根据 程序 的 逻辑 判定 把 输入 范围 划分 成 次 级 范围 。 

(2) 检查 那些 子 域 在 当前 测试 用 例 集 里 被 覆盖 的 百分比 。 

数据 域 履 盖 的 优点 是 可 以 容易 和 迅速 地 管理 无 限 数 据 , 缺 点 是 不 能 肯定 划分 是 否 足够 完备 。 


4.4.2 统计 或 可 靠 性 覆盖 


统计 或 可 靠 性 覆盖 (Statistical or Reliability Coverage) 是 基于 样本 测试 和 随机 测试 的 。 
由 两 次 失败 之 间 使 用 的 平均 数 一 - -MTTF(Mean Time To Failure ,平均 时 间 到 失败 ) 及 公 
式 MTTEF=1/(1 一 可 靠 性 ) ,通过 计算 可 以 得 到 可 靠 性 。 


4.4.3 ”风险 覆盖 
风险 覆盖 (Risk Coverage) 基 于 风险 分 配 (Risk Assignment)。 风 险 是 指 一 个 潜在 的 问 


题 , 它 是 由 事件 危险、 威胁 等 情况 发 生 的 可 能 程度 及 发 生 后 的 不 良 后 果 来 衡量 的 。 风 险 部 
分 与 系统 的 可 靠 性 密切 相关 。 风 险 覆 盖 分 析 给 出 了 有 关 可 能 导致 危险 的 问题 的 一 个 系统 的 
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可 靠 性 。 
4.4.4 ”安全 覆盖 


安全 对 于 防御 、 医 疗 设备 ,航空 航天 、 核 和 空间 站 应 用 是 至 关 重 要 的 。 在 取得 测试 结果 
之 后 ,如 何 从 结果 中 知道 系统 的 安全 程度 ?安全 覆盖 (Safety Coverage) 能 给 出 这 样 的 度量 。 
安全 覆盖 的 主要 步骤 如 下 : 

(1) 做 FTA、ETA 或 FMEA 分 析 以 得 到 与 安全 有 关 的 组 件 。 

(2) 比较 测试 用 例 与 那些 组 件 。 

因为 安全 覆盖 是 很 重要 的 ,所 以 需要 高 安全 性 。 当 检查 安全 覆盖 时 ,我 们 需要 确定 它 是 
100% 安 全 的 。 


4.4.5 ”状态 模型 的 覆盖 标准 


这 种 覆盖 标准 是 基于 状态 模型 (State Model) ,状态 机 (State Machine) 或 UML 的 状态 
图 (State Chart), 有 以 下 几 种 度量 : 

。 状态 覆盖 是 指 测试 用 例 集中 被 覆盖 的 状态 数 与 给 定 状 态 模型 里 所 有 状态 数 的 比率 。 
事件 覆盖 是 指 测 试用 例 集中 被 覆盖 的 事件 数 与 给 定 状 态 模型 里 所 有 事件 数 的 比率 。 
转换 覆盖 是 指 测试 用 例 集中 被 执行 的 转换 数 与 给 定 状 态 模型 里 所 有 转换 数 的 比率 。 
状态 -事件 覆盖 是 指 测试 用 例 集中 被 执行 的 状态 -事件 数 与 给 定 状 态 模型 里 所 有 状态 
数 与 所 有 事件 数 的 乘积 的 比率 。 

路 径 履 盖 是 指 测试 用 例 集 中 从 开始 状态 到 结束 状态 之 间 的 路 径 数 与 给 定 状 态 模 型 
里 从 开始 状态 到 结束 状态 之 间 的 所 有 路 径 数 的 比率 。 

高 风险 的 路 径 .转换 和 状态 覆盖 是 指 测试 用 例 集中 与 风险 有 关 的 状态 数 .路 径 数 以 
及 转换 数 与 给 定 状 态 模型 里 所 有 被 识别 的 与 风险 有 关 的 状态 数 .路 径 数 以 及 转换 数 
的 比率 。 

基于 状态 模型 覆盖 标准 的 优点 是 ,一 旦 一 个 系统 的 状态 被 正确 地 和 完备 地 确定 ,我 们 几 
乎 可 以 确信 ,测试 用 例 覆 盖 了 整个 系统 。 即 使 需要 增加 测试 用 例 ,应 该 增加 的 测试 用 例 也 是 
容易 计算 出 来 的 ; 缺点 是 不 能 肯定 状态 是 完备 的 和 正确 的 。 那 么 如 何 能 检查 状态 是 完备 的 
和 正确 的 ? 这 项 工作 是 费时 的 。 


4.4.6， 履 盖 标 准 有 关 问 题 .局 限 性 


覆盖 标准 的 选择 是 重要 的 ,需要 执行 效益 /成 本 分 析 。 标 准 的 数量 是 重要 的 ,包括 黑 盒 
和 白 盒 覆盖 ; 白 盒 覆盖 里 控制 流 , 数 据 流 还 有 数据 域 覆 盖 。 在 测试 上 花费 的 时 间 是 有 限 的 。 
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软件 经 常会 改变 ,因而 早 一 些 时候 所 保证 的 某 些 覆盖 ,但 是 软件 改变 了 ,也 许 就 需要 重新 开 
发 测试 用 例 或 重 写 脚本 。 

即使 选择 一 系列 的 测试 覆盖 ,有 时 也 很 难 确定 所 需 的 确切 的 测试 标准 或 很 难 执行 测 
试 覆 盖 。 例 如 ,假设 想 用 等 价 类 划分 测试 方法 ,并 且 在 每 个 划分 里 要 有 至 少 3 个 测试 用 
例 ,并 且 在 边界 值 附近 有 4 个 测试 用 例 。 但 是 ,这 套 标 准 仍 不 足够 强大 ,因为 一 位 测试 工 
程 师 也 许 会 有 2 个 划分 ,但 是 一 位 好 的 测试 工程 师 会 有 10 个 划分 。 他 们 两 个 都 满足 测试 
履 盖 ,但 因为 第 二 位 测试 工程 师 有 更 多 的 划分 ,他 有 更 多 的 测试 用 例 ! 提供 柳 盖 并 不 能 
保证 软件 是 高 质量 的 。 测 试 覆 盖 的 评估 可 能 是 一 项 烦琐 的 任务 ,需要 利用 采样 策略 进行 
检查 。 

如 果 规 格 没有 改变 ,那么 同样 的 黑 盒 测试 用 例 可 以 用 于 回归 测试 以 保证 相同 的 覆盖 。 
不 幸 的 是 ,如 果 软 件 改变 了 ,那么 无 论 是 规格 或 代码 变动 而 引起 的 变化 ,经 常 需要 更 新 相应 
的 白 盒 测 试用 例 或 是 重新 开发 。 如 果 软 件 改变 了 , 则 经 常 需要 更 新 相应 的 覆盖 。 

Poston 描述 了 这 样 常见 的 情况 , 即 当 接近 最 后 期 限时 ,工程 师 倾向 于 说 有 些 错 误 是 不 
重要 的 或 很 少 发 生 的 因而 没有 必要 修改 它 。 这 的 确 是 一 个 危险 做 法 ,但 是 它 确 实 会 发 生 , 特 
别 是 当 最 后 期 限 是 接近 时 。 当 最 后 期 限 接近 时 ,变动 率 增加 。 我 们 所 观察 到 是 变动 率 在 最 
后 期 限 达 到 高 峰 。 


4.4.7 实际 应 用 的 建议 


现代 发 展 强调 的 是 速度 ,例如 基于 测试 的 发 展 有 极限 编程 .敏捷 过 程 和 E2E 测试 等 。 
在 这 种 情况 下 ,建议 应 该 在 可 交付 使 用 前 中 期 时 执行 覆盖 测试 , 即 强调 黑 盒 测试 覆盖 与 
灰 盒 测试 覆盖 (例如 灰 盒 路 径 ); 否则 当 软 件 迅速 改变 时 ,维护 一 些 测试 覆盖 简直 是 不 可 
行 的 。 

由 于 每 种 覆盖 代表 一 种 具体 的 测试 技术 ,以 及 对 于 软件 和 关注 的 问题 应 用 这 种 测试 技 
术 进 行 应 该 执行 的 程度 范围 。 因 此 在 提出 建议 之 前 仔细 地 分 析 问 题 是 根本 的 要 求 。 

一 般 来 说 ,要 点 是 要 仔细 审查 情形 与 场合 。 例 如 ,实时 系统 可 能 经 常 需要 控制 流 覆 盖 ， 
数据 应 用 需要 数据 ,可 能 需要 数据 流 覆 盖 。 数 据 库 事务 系统 经 常 要 求 处 理 并 发 事务 ,因此 它 
也 需要 控制 流 蓝 盖 。 特 殊 系 统 也 需要 相应 的 特殊 覆盖 ,例如 时 间 分 析 覆 盖 、 并 发 分 析 履 
盖 。 如 果 系 统 在 维护 或 开发 中 ,规定 回归 测试 覆盖 和 影响 分 析 覆 盖 是 重要 的 。 效 益 / 成 
本 分 析 也 是 重要 的 ,选择 一 个 覆盖 目标 达到 100% 有 时 是 不 可 能 的 ,但 应 该 避免 制定 的 目标 
低 于 80%。 

覆盖 测试 是 验证 软件 功能 结构 正确 性 以 及 查找 问题 的 非常 重要 的 方法 和 手段 。 在 什么 
情况 下 代码 覆盖 是 适合 的 测试 技术 呢 ? 在 黑 盒 测试 中 ,只 使 用 规格 说 明 书 去 执行 测试 。 在 
白 盒 测试 中 ,需要 知道 某 些 变量 在 一 个 指定 范围 之 内 被 设计 取 值 。 代 码 履 盖 是 一 种 白 盒 测 
试 方法 ,因为 代码 覆盖 要 求 代 码 的 知识 并 且 浏 览 代 码 。 
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4.5 总 结 


软件 测试 覆盖 分 析 是 一 种 可 以 赁 经 验 确 定 软件 质量 的 方法 。 在 测试 计划 阶段 ,测试 者 
确定 用 何 种 测试 覆盖 分 析 及 相应 的 覆盖 率 ; 在 测试 执行 阶段 ,将 根据 既定 的 覆盖 率 来 检查 
是 否 进行 了 足够 的 测试 。 

面向 白 盒 测 试 技术 的 覆盖 分 析 主 要 是 代码 覆盖 分 析 。 代 码 履 盖 分 析 是 要 针对 一 个 待 测 
程序 和 一 个 覆盖 标准 ,产生 一 个 测试 组 (一 组 满足 该 覆盖 标准 路 径 的 有 限 集 )。 代 码 履 盖 分 
析 主 要 有 两 种 类 型 : 控制 流 覆 盖 与 数据 流 覆 盖 。 前 者 是 选择 一 组 实体 以 满足 一 定 的 覆盖 标 
准 ,比如 语句 覆盖 、 判 定 覆 盖 、. 条 件 覆 盖 、 多 条 件 覆 盖 、 条 件 判定 组 合 覆 盖 、 修 正 条 件 / 判 定 履 
盖 及 路 径 履 盖 ; 后 者 选择 一 组 满足 变量 的 定义 与 引用 间 的 某 种 关联 关系 实体 ,选择 的 标准 
主要 有 Rapps 和 Weyuker 的 标准 、Ntafos 的 标准 、Ural 的 标准 及 Laski 和 Korel 的 标准 。 

面向 黑 盒 测 试 技 术 的 覆盖 分 析 主 要 是 基于 规格 说 明 书 进行 的 ,覆盖 标准 主要 包括 数据 
域 覆 盖 统计 或 可 靠 性 覆盖 .风险 覆盖 .安全 覆盖 .基于 需求 的 覆盖 、 基 于 状态 模型 的 覆盖 及 
基于 错误 的 覆盖 。 

由 于 每 种 覆盖 代表 一 种 具体 的 测试 技术 ,以 及 对 于 软件 和 关注 的 问题 应 用 这 种 测试 技 
术 进 行 应 该 执行 的 程度 范围 ,因此 在 实际 应 用 中 提出 建议 之 前 需要 仔细 地 审查 情形 与 应 用 
场合 。 通 常 建议 在 可 交付 使 用 前 中 期 时 执行 获 盖 测试 , 即 强调 黑 盒 测试 覆盖 与 灰 盒 测试 覆 
盖 ( 例 如 灰 盒 路 径 ) 。 
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4.7 思考 与 练习 


1. 试用 自己 的 话 描述 什么 是 软件 测试 覆盖 分 析 及 其 作用 。 

2. 试 比较 各 种 控制 流 覆 盖 标 准 的 优 缺点 。 

3. 阅读 下 面 这 段 程序 ,试用 语句 覆盖 ,判定 履 盖 ,条件 覆 盖 及 路 径 覆 盖 分 析 技术 对 其 进 
行 测试 。 请 列 出 所 用 的 测试 用 例 ,并 分 析 每 种 方法 的 覆盖 率 。 

READ X,Y; 

IF Y<0 THEN 

POVW :一 一 Y; 

ELSE 

POW :=Y; 

Z 一 1 

WHILE(POW! =0) 

{1Z :一 ZxX 

POW :=POW—1; } 

IF Y<0 THEN 

Z=1/Z; 

ANSWER :=Z+1; 

PRINT ANSWER; 


4. 为 什么 需要 使 用 数据 流 蓝 盖 分 析 ? 

5。 试 分 析 路 径 选择 的 一 组 覆盖 标准 之 间 的 涵盖 关系 。 请 用 all-du-paths 标准 为 第 3 题 
中 的 程序 设计 测试 用 例 。 

6. 试 结合 一 个 你 参与 或 听 说 过 的 实际 的 软件 开发 过 程 ,思考 如 何 应 用 软件 测试 覆盖 分 
析 技 术 。 
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栖 几 章 


单元 测试 与 集成 测试 


分 阶段 测试 是 一 种 基本 的 测试 策略 。 最 初 ,测试 着 重 于 每 一 个 单独 的 模块 ,以 确保 每 个 
模块 都 能 正确 执行 ,因此 称 为 单元 测试 。 单 元 测试 大 量 使 用 白 盒 测试 技术 。 检 查 每 一 个 控 
制 结构 的 分 支 以 确保 完全 覆盖 和 最 大 可 能 的 错误 检查 ; 接 下 来 ,模块 必须 装配 或 集成 在 一 
起 形成 完整 的 软件 包 , 集 成 测试 解决 的 是 功能 验证 与 程序 构造 的 双重 问题 ,在 集成 过 程 中 使 
用 最 多 的 是 黑 盒 测试 用 例 设 计 技术 。 当 然 , 为 了 保证 覆盖 一 些 大 的 分 支 ,也 会 在 一 定 范 围 内 
使 用 白 盒 测 试 技术 ; 在 软件 集成 (构造 ) 完 成 之 后 ,一 系列 高 级 测试 就 开始 了 。 最 后 的 高 级 
测试 步骤 已 经 超越 了 软件 工程 的 边界 ,而 属于 范围 更 广 的 计算 机 系统 工程 的 一 部 分 。 软 件 
一 旦 经 过 验证 之 后 ,就 必须 和 其 他 的 系统 元 素 ( 比 如 硬件 .人 员 数据库) 结合 在 一 起 。 系 统 
测试 要 验证 所 有 的 元 素 能 正常 地 哮 合 在 一 起 ,从 而 完成 整个 系统 的 功能 /性 能 日 标 。 确 认 标 
准 (在 需求 分 析 阶 段 就 已 经 确定 了 的 ) 必 须 进行 测试 ,确认 测试 最 后 确保 了 软件 符合 所 有 功 
能 的 ,行为 的 和 性 能 的 需求 ,在 确认 过 程 中 ,只 使 用 黑 盒 测 试 技术 。 

本 章 只 介绍 单元 测试 与 集成 测试 概念 .目标 及 过 程 。 

快速 浏览 

什么 是 单元 测试 、 集 成 测试 ?单元 测试 (Unit Testing) 是 对 最 小 的 软件 设计 单元 (模块 
或 源 程序 单元 ) 的 验证 工作 。 集 成 测试 (Integration Testing) 把 单独 的 软件 模块 结合 在 一 
起 ,作为 一 个 群 接受 测试 。 

由 谁 来 负责 单元 测试 、 集 成 测试 ? 单元 测试 一 般 由 软件 开发 人 员 进 行 。 一 般 由 有 经 验 
的 软件 测试 人 员 和 软件 开发 人 员 共 同 完成 集成 测试 的 计划 和 执行 。 

为 什么 单元 测试 、 集 成 测试 如 此 重要 ? 单元 测试 有 助 于 消除 单元 本 身 的 一 些 不 确定 性 ， 
它 可 以 应 用 于 自 底 向 上 的 测试 中 。 这 样 先 测 试 程序 的 一 部 分 ,之 后 再 将 部 分 组 合 起 来 测试 
整体 ,使 得 集成 测试 更 加 容易 。 集 成 测试 的 目的 在 于 : 基于 主要 的 单元 集合 ,来 验证 功能 、 
性 能 和 可 靠 性 的 需求 。 

单元 测试 、 集 成 测试 步骤 各 是 什么 ?单元 测试 一 般 使 用 白 盒 测试 技术 ,也 可 以 使 用 黑 盒 
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测试 技术 ,其 测试 步骤 与 白 盒 测 试 或 黑 盒 测试 步骤 相同 。 集 成 测试 步骤 与 集成 测试 策略 
有 关 。 

有 了 哪些 工件 形成 ? 在 一 些 情况 下 ,会 生成 测试 计划 和 测试 用 例 。 在 每 一 种 情况 下 ,要 将 
测试 结果 存档 以 便 将 来 软件 维护 时 使 用 。 

如 何 确保 准确 完成 了 任务 ? 尽管 永远 不 能 保证 已 经 执行 了 所 要 求 的 每 一 个 单元 测试 、 
集成 测试 ,但 能 肯定 测试 已 经 发 现 了 错误 (并 且 已 修正 了 这 些 错 误 ) 。 另 外 ,如 果 已 经 制定 了 
一 个 测试 计划 ,那么 可 以 检查 以 保证 所 有 计划 测试 已 被 完成 。 


5.1 单元 测试 


单元 测试 是 对 最 小 的 软件 设计 单元 (模块 或 源 程序 单元 ) 的 验证 工作 。 从 更 专业 的 角度 
看 ,应 该 把 一 个 单元 理解 成 一 个 应 用 程序 中 最 小 的 可 测 部 分 。 在 面向 过 程 的 设计 
(Procedural Design) 中 ,一 个 单元 可 能 是 单独 的 程序 函数. 过程。 网络 应 用 的 设计 (Web- 
baced application design) 中 ,一 个 单元 可 能 是 单独 的 网 页 以 及 菜单 等 。 而 在 面向 对 象 的 设 
计 (Object Oriented Design) 中 ,最 小 单元 永远 是 类 ,可 能 是 基 / 父 类 、 抽 象 类 或 派生 / 子 类 。 
单元 测试 使 用 构件 级 别 的 设计 规格 说 明 书 作为 指南 ,对 重要 的 控制 路 径 进行 测试 以 发 现 模 
块 内 的 错误 。 单 元 测试 把 重点 放 到 内 部 处 理 逻 辑 和 构件 边界 内 的 数据 结构 。 这 种 测试 可 以 
对 多 个 构件 并 行进 行 。 通 常情 况 下 ,单元 测试 是 由 开发 者 执行 测试 而 不 是 由 最 终 用 户 执行 
测试 ,主要 使 用 白 盒 测 试 技术 ,并 辅助 使 用 黑 盒 测试 技术 ,如 边界 值 分 析 法 。 执 行 测试 和 发 
现 的 错误 的 相对 复杂 度 取决 于 所 设立 的 单元 测试 的 限制 范围 。 

注意 ,把 Unit Testing 和 Unit Test 翻译 成 中 文 时 ,都 译 成 “单元 测试 >。 要 注意 它们 的 
区 别 : 前 者 表示 单元 测试 的 测试 类 型 一 般 过 程 等 ; 而 后 者 对 于 某 特定 单元 的 一 次 测试 。 
由 于 从 中 文 的 “单元 测试 "看 不 出 这 种 区 别 ,所 以 要 通过 上 下 文 去 理解 。 


5.1.1 单元 测试 考虑 事项 


单元 测试 对 构件 的 5 方面 进行 测试 : 模块 或 构件 接口 .局 部 数据 结构 、 边 界 条 件 、 独 立 


1. 模块 或 构件 接口 


对 模块 接口 的 测试 要 保证 在 测试 时 进出 程序 单元 的 数据 流 是 正确 的 ,包括 接口 名 称 , 传 
入 参数 的 个 数 、 类 型 顺序 等 是 否 与 模块 接口 匹配 ; 模块 输出 或 返回 值 或 类 型 是 否 正 确 。 对 
穿越 模块 接口 的 数据 流 的 测试 需要 在 任何 其 他 测试 开始 之 前 进行 ,如 果 数 据 不 能 正确 地 输 
入 和 输出 的 话 , 所 有 的 其 他 测试 都 是 没有 实际 意义 的 。 
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2. 局 部 数据 结构 


对 局 部 数据 结构 的 检查 应 保证 临时 存储 的 数据 在 算法 执行 的 整个 过 程 中 都 能 维持 其 完 
整 性 ,并 且 通 过 单元 测试 确认 执行 过 程 中 局 部 数据 结构 对 于 全 局 数据 的 局 部 影响 。 


3. 边界 条 件 


对 边界 条 件 的 测试 以 保证 模块 在 所 限定 或 约束 处 理 的 条 件 边 界 上 能 够 正确 执行 。 边 界 
测试 是 单元 测试 任务 的 一 项 重要 步骤 。 软 件 通常 是 在 边界 情况 下 出 现 故 障 的 ,这 就 是 说 , 错 
误 往往 出 现在 一 个 元 数组 的 第 n 个 元 素 被 处 理 的 时 候 , 或 者 当 一 个 i 次 循环 的 第 i 次 调 
用 ,或 者 当 允 许 的 最 大 或 最 小 数值 出 现 的 时 候 。 使 用 刚好 小 于 、 等 于 和 刚好 大 于 最 大 值 和 最 
小 值 的 数据 结构 .控制 流 、 数 值 来 作为 测试 用 例 就 很 有 可 能 发 现 错误 。 边 界 条 件 的 测试 是 利 
用 黑 盒 测试 技术 中 的 边界 值 分 析 法 。 


4. 独立 路 径 

在 控制 结构 中 的 所 有 独立 路 径 ( 基 本 路 径 ) 都 要 走 遍 , 以 保证 一 个 模块 中 的 所 有 语句 都 
能 执行 至 少 一 次 。 在 单元 测试 过 程 中 ,对 执行 路 径 的 选择 性 测试 是 最 主要 的 任务 。 测 试用 
例 应 当 能 够 发 现 由 于 错误 计算 .不 正确 的 比较 或 者 不 正常 的 控制 流 而 产生 的 错误 。 基 本 路 
径 测 试 和 循环 测试 是 发 现 更 多 的 路 径 错误 的 一 种 有 效 技术 。 

1) 计算 中 常见 的 错误 

(1) 误解 的 或 者 不 正确 的 算术 优先 级 。 

(2) 混合 模式 的 操作 。 

(3) 不 正确 的 初始 化 。 

(4) 精度 不 够 。 

(5) 表达 式 中 不 正确 符号 表示 。 

比较 和 控制 流 是 紧密 地 耦合 在 一 起 的 (也 就 是 说 ,控制 流 的 转移 是 在 比较 之 后 发 生 的 ) 。 

2) 测试 用 例 应 当 发 现 的 错误 

(1) 不 同 数据 类 型 的 比较 。 

(2) 不 正确 的 逻辑 操作 或 优先 级 。 

(3) 应 该 相等 的 地 方 由 于 精度 的 错误 而 不 能 相等 。 

(4) 不 正确 的 比较 或 者 变量 。 

(5) 不 正常 的 或 者 不 存在 的 循环 终止 。 

(6) 当 遇 到 分 支 循环 的 时 候 不 能 退出 。 

(7) 不 适当 地 修改 循环 变量 。 


5. 处 理 错误 的 路 径 
最 后 要 对 所 有 处 理 错误 的 路 径 进 行 测试 。 好 的 设计 要 求 错 误 条 件 是 可 以 预料 的 ,而 且 
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当 错 误 真 的 发 生 的 时 候 ,错误 处 理 路 径 被 建立 ,以 重 定向 或 者 干脆 终止 处 理 。Yourdon 中 把 
这 种 方法 叫做 反 调试 (Antidebugging)。 不 幸 的 是 ,存在 一 种 倾向 ,就 是 把 错误 处 理 过 程 加 
到 软件 中 去 ,但 从 不 进行 测试 。 有 一 个 现实 生活 中 的 故事 可 以 说 明 这 个 问题 :“ 一 个 交互 式 
设计 系统 按照 合同 进行 开发 。 在 一 个 事务 处 理 模块 中 ,开发 人 员 将 错误 处 理 信 息 * 错 误 ! 你 
不 可 能 到 达 这 里 1” 加 到 调用 各 种 控制 流 分 支 的 一 系列 条 件 测试 之 后 。 这 个 “错误 信息 "在 培 
训 过 程 中 被 一 个 用 户 发 现 了 !” 

在 错误 处 理 部 分 应 当 考 虑 的 潜在 错误 有 如 下 几 种 情况 : 

。， 对 错误 描述 不 易 理解 。 

。 所 报 的 错误 与 真正 遇 到 的 错误 不 一 致 。 

。 在 错误 处 理 之 前 错误 条 件 先 引起 系统 功能 之 间 的 干扰 ,造成 系统 异常 。 

。 异常 条 件 处 理 不 正确 。 

。 错误 描述 没有 提供 足够 的 信息 来 帮助 确定 错误 发 生 的 位 置 。 


5.1.2 单元 测试 规程 


单元 测试 通常 被 看 作 附属 于 编码 步 又。 在 对 源 代 码 级 的 代码 进行 开发 .复审 和 语法 
正确 性 验证 之 后 ,单元 测试 用 例 设计 就 开始 了 。 对 设计 信息 的 复审 可 能 能 够 为 前 面 讨论 
过 的 每 一 类 错误 的 测试 用 例 提 供 指导 ,每 一 个 测试 用 例 都 应 当 和 一 系列 的 预期 结果 联系 
在 一 起 。 

因为 一 个 模块 本 身 不 是 一 个 独立 的 (Stand-alone) 程 序 , 所 以 必须 为 每 个 单元 测试 开发 
驱动 器 (Driver) 或 /和 程序 桩 (Stub) 。 在 绝 大 多 数 应 用 中 ,一 个 驱动 器 只 是 一 个 “ 主 程序 ”， 
负责 接收 测试 数据 ,并 把 数据 传送 给 (要 测试 的 ) 模 块 ,然后 打印 相关 结果 。 子 程序 桩 的 功能 
是 蔡 代 那些 隶属 于 被 测 模块 (被 调用 ) 的 模块 。 一 个 子 程序 柑 或 “空子 程序 ”使 用 被 调子 模块 
的 接口 ,可 能 要 做 一 些 最 少量 的 数据 操作 ,并 打印 入 口 处 验证 的 信息 ,然后 把 控制 返回 给 被 
测 模 块 。 在 面向 对 象 的 程序 里 ,模仿 对 象 (Mock Object) 技 术 取 代 程 序 柱 。 模 仿 对 象 是 以 一 
种 可 控 方式 来 模拟 真实 对 象 行为 的 仿真 对 象 。 我 们 将 在 第 6 章 详细 介绍 这 种 技术 。 

驱动 器 和 程序 桩 都 是 额外 的 开销 ,也 就 是 说 ,两 种 都 属于 必须 开发 但 又 不 和 最 终 软 件 一 
起 交付 的 软件 。 如 果 驱 动 器 和 程序 桩 很 简单 ,那么 额外 开销 相对 来 说 是 很 低 的 。 当 一 个 模 
块 被 设计 为 高 内 聚 松 耦 合 时 ,单元 测试 是 很 简单 的 。 当 一 个 模块 只 表示 一 个 函数 时 ,测试 用 
例 的 数量 就 会 降低 ,而 且 错 误 也 就 更 容易 被 预测 和 发 现 。 不 幸 的 是 ,许多 模块 使 用 “简单 ”的 
额外 软件 是 不 能 进行 足够 的 单元 测试 的 。 在 这 些 情况 下 ,完整 的 测试 要 推迟 到 集成 测试 步 
又 时 再 完成 。 

单元 测试 通常 是 被 自动 执行 的 ,但 也 可 能 手工 进行 。 有 关 软 件 单 元 测试 的 IEEE 标 
准 中 并 没有 规定 是 用 自动 的 还 是 手工 的 方法 进行 单元 测试 。 手 工 方法 可 以 按照 指示 文档 一 
步 一 步 地 进行 。 然 而 ,单元 测试 的 目标 是 要 隔离 一 个 单元 并 验证 其 正确 性 ,自动 化 方法 能 有 
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效 地 达到 这 一 目标 ,使 单元 测试 取得 应 有 效果 。 使 用 自动 化 方法 ,为 完全 实现 隔离 效果 , 进 
行 单元 测试 的 代码 体 是 在 其 自然 环境 以 外 的 框架 内 运行 的 ,也 就 是 说 ,在 产品 以 外 或 被 原始 
创建 时 调用 环境 以 外 。 以 隔离 方式 进行 测试 有 暴露 不 必要 依赖 的 好 处 ,这 种 依赖 是 在 被 测 
代码 与 产品 中 其 他 单元 或 数据 空间 之 间 。 如 果 需 要 ,这 些 依赖 可 以 通过 重 构 或 重新 设计 来 
改进 。 

使 用 单元 测试 ,开发 人 员 把 一 些 标准 写成 代码 放 入 单元 测试 里 来 验证 被 测 单元 的 正确 
人 性。 在 执行 单元 测试 过 程 中 ,框架 把 所 有 失败 的 测试 用 例 记 入 日 志 。 许 多 框架 还 自动 在 一 
个 汇总 表 里 标 识 并 报告 这 些 没有 通过 的 测试 用 例 ,根据 问题 的 严重 程度 ,框架 可 能 中 止 后 续 
的 测试 。 

因此 ,单元 测试 成 为 一 种 动力 , 它 驱使 程序 员 创 建 松 耦 合 、 高 内 聚 的 代码 体 , 这 种 实践 有 
助 于 形成 健康 的 软件 开发 的 习惯 。 设 计 模 式 .单元 测试 和 重 构 常 结合 使 用 以 便 形 成 最 理想 
的 解决 方案 。 第 6 章 将 继续 介绍 有 关 这 方面 的 内 容 。 


5.1.3 单元 测试 局 限 性 


单元 测试 不 能 捕获 程序 中 的 每 一 个 错误 。 根 据 定义 ,单元 测试 只 测试 单元 自身 的 功能 。 
因此 它 不 捕获 集成 错误 ,性 能 问题 或 其 他 任何 系统 范围 的 问题 。 另 外 ,要 预料 现实 中 被 测 程 
序 可 能 接收 到 的 输入 的 所 有 特殊 情况 是 很 困难 的 。 对 于 任何 非 平凡 (Nontrivial) 的 软件 块 ， 
要 测试 其 所 有 的 输入 组 合 是 不 现实 的 。 如 软件 测试 的 其 他 所 有 形式 ,单元 测试 只 能 展示 错 
误 的 存在 ,而 不 能 展示 错误 不 存在 。 

要 从 单元 测试 中 获得 预期 效果 ,软件 开发 的 整个 过 程 中 需要 严格 的 科学 专业 素养 。 不 
仅 要 认真 维护 已 经 执行 的 测试 的 记录 ,还 要 记录 源 程序 或 软件 中 其 他 单元 所 发 生 的 变化 。 
使 用 所 谓 * 版 本 控制 系统 ?是 基本 的 : 如 果 单 元 的 后 来 版 本 没有 通过 前 面 测试 已 通过 的 某 一 
个 用 例 , 那 么 版 本 控制 系统 可 以 提供 自 上 次 测试 后 对 于 单元 所 施 与 的 变化 。 这 有 助 于 发 现 
在 哪 次 、 因 什么 变化 使 得 测试 用 例 没 能 通过 。 

单元 测试 只 有 和 其 他 软件 测试 活动 ,如 集成 测试 、 系 统 测试 结合 起 来 使 用 才能 有 效 。 
5. 2 节 将 具体 介绍 集成 测试 。 


5.2 集成 测试 


集成 测试 (Integration Testing) ,有 时 也 称 作 集成 与 测试 (I&T) ,这 是 软件 测试 的 一 个 
阶段 ,在 这 个 阶段 单独 的 软件 模块 被 结合 在 一 起 ,作为 一 个 群 接受 测试 。 什 么 时 候 进行 集成 
测试 ? 在 如 下 3 种 情况 下 进行 需要 进行 集成 测试 : 

(1) 由 若干 单元 或 模块 组 成 一 个 构件 。 
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(2) 由 若干 构件 组 成 为 一 个 工件 。 

(3) 由 若干 工件 组 成 为 一 个 系统 。 

集成 测试 被 定义 为 在 单元 测试 与 系统 测试 之 间 级 别 的 测试 。 在 所 有 的 模块 都 已 经 完 
成 单元 测试 之 后 ,有 人 或 许 会 问 这 样 一 个 似乎 很 合理 的 问题 :“ 如 果 它 们 每 一 个 都 能 单独 
工作 得 很 好 ,那么 为 什么 要 怀疑 把 它们 放 在 一 起 就 不 能 正常 工作 呢 ?” 当 然 , 这 个 问题 就 
在 于 “把 它们 放 在 一 起 ”一 一 即 接口 连接 问题 。 数 据 可 能 在 通过 接口 的 时 候 丢 失 ; 在 连接 
时 一 个 模块 可 能 对 另外 一 个 模块 产生 无 法 预料 的 副作用 ; 当 子 函数 被 联 到 一 起 的 时 候 ， 
可 能 达 不 到 期 望 的 功能 ; 在 单个 模块 中 可 以 接受 的 不 精确 性 在 联接 起 来 之 后 可 能 会 扩大 
到 无 法 接受 的 程度 ; 全 局 数据 结构 可 能 也 会 存在 问题 。 诸 如 此 类 的 问题 还 可 以 列举 
很 多 。 

集成 测试 被 看 作 是 一 种 系统 化 技术 ,用 来 构造 程序 并 实施 测试 以 发 现 与 接口 连接 有 关 
的 错误 , 它 的 目标 是 把 通过 了 单元 测试 的 模块 拿 来 ,构造 一 个 在 设计 中 所 描述 的 程序 结构 。 
有 两 种 集成 测试 策略 : 瞬时 集成 测试 (Instantaneous Integration Testing) 和 增 量 集 成 测试 
(Incremental Integration Testing) 。 

。 瞬时 集成 测试 有 时 候 被 称 为 “大 爆炸 (Big Bang)” 的 方法 ,属于 非 增 量 集成 测试 

(Non-incremental Integration Testing) 的 范畴 。 由 Myers 在 1979 年 定义 的 一 种 方 
法 , 当 所 有 被 隔离 的 构件 都 通过 了 测试 ,就 把 它们 组 合成 一 个 最 终 系统 ,并 观察 它 是 
否 运 转正 常 。 这 种 方法 的 结果 通常 是 混乱 不 堪 ! 会 遇 到 许 许多 多 的 错误 ,错误 的 修 
正 也 是 非常 困难 的 ,因为 在 整个 程序 的 庞大 区 域 中 想 要 分 离 出 一 个 错误 是 很 复杂 
的 。 一 旦 这 些 错 误 被 修正 之 后 ,马上 就 会 有 新 的 错误 出 现 ,这 个 过 程 会 继续 下 去 ,而 
且 看 上 去 似乎 是 个 无 限 循环 的 。 
增 量 集成 测试 是 大 爆炸 方法 的 对 立 面 。 程 序 先 分 成 小 的 部 分 进行 构造 和 测试 ,这 个 
时 候 错 误 比 较 容易 分 离 和 修正 ; 对 接口 也 更 容易 进行 彻底 的 测试 ; 而 且 也 可 以 应 用 
一 种 系统 化 的 测试 方法 。 增 量 集成 测试 会 有 额外 的 开销 ,但 会 大 大 减少 发 现 和 改正 
错误 的 时 间 , 最 佳 的 增 量 方法 本 质 上 取决 于 各 个 项 目 和 不 同 利 浴 选择 的 考虑 。 

许多 程序 员 在 开发 小 程序 的 时 候 都 会 用 到 瞬时 集成 测试 技术 ,但 这 种 技术 对 大 型 程序 
不 太 适 用 。 事 实 上 ,瞬时 集成 方法 有 这 样 几 个 缺点 : 

(1) 对 独立 组 件 测试 需要 驱动 程序 和 树桩 程序 的 支持 。 

(2) 由 于 所 有 组 件 都 是 一 次 性 地 结合 在 一 起 的 ,所 以 很 难 找 出 错误 的 原因 。 

(3) 不 容易 辨别 接口 错误 和 其 他 类 型 的 错误 。 一 般 情况 下 ,不 推荐 将 瞬时 集成 用 于 任 
意 系统 ,而 是 推荐 使 用 增 量 集成 策略 。 

在 5.2.1 节 至 5.2.3 节 中 ,将 介绍 3 种 增 量 集成 测试 方法 : 自 顶 向 下 集成 、 自 底 向 上 集 
成 和 混合 式 集成 。5. 2. 4 节 将 介绍 端 到 端 (E2E) 集 成 测试 。 通 常 的 集成 测试 比较 注重 接口 
连接 测试 ,而 E2E 集成 测试 是 专注 于 从 终端 用 户 角度 的 系统 功能 的 测试 ,是 在 完成 通常 的 
集成 测试 后 进行 的 。 
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5.2.1 自 顶 向 下 集成 


自 顶 向 下 集成 是 一 种 构造 程序 结构 的 增 量 实现 方法 四。 模块 集成 的 顺序 是 首先 集成 主 
控 模块 ( 主 程序 ) ,然后 按照 控制 层次 结构 向 下 进行 集成 。 隶属 于 (和 间接 隶属 于 ) 主 控 模块 
的 模块 按照 深度 优先 或 者 广度 优先 的 方式 集成 到 整个 结构 中 去 。 

如 图 5-1 所 示 , 深 度 优先 集成 是 集成 结构 中 的 某 
一 个 主 控 路 径 上 的 所 有 模块 。 主 控 路 径 的 选择 是 有 
些 任意 的 , 它 依赖 于 应 用 程序 的 特性 ,例如 ,选择 图 中 
最 左边 的 路 径 , 模 块 Mi 、Ms 和 Ms ,将 会 首先 进行 集 Ma Ms LM i 
成 ,然后 是 Ms 或 者 是 (如 果 对 Ms 的 适当 的 功能 是 必 | 渤 a . 

要 的 ) Ms ,然后 开始 构造 中 间 的 和 右边 的 控制 路 径 。 一 -| 

广度 优先 的 集成 是 沿 着 水 平 的 方向 ,把 每 一 层 中 所 有 「 
直接 隶属 于 上 一 层 模块 的 模块 集成 起 来 ,从 图 5-1 中 一 一 
来 说 ,模块 M, .M。 和 M, 首先 进行 集成 ,然后 是 下 一 四 自 项 向 下 的 集成 示例 
层 的 Ms 和 Ms ,然后 继续 。 

自 顶 向 下 测试 采用 深度 优先 方法 时 ,每 一 模块 在 测试 中 逐 层 由 真实 代码 蔡 代 程序 桩 ,使 
该 模块 得 到 不 断 的 详尽 的 测试 。 自 顶 向 下 测试 采用 广度 优先 方法 时 ,应 用 程序 中 处 于 同一 
控制 层 上 的 模块 在 进行 测试 时 得 到 精 化 。 在 现实 中 一 般 是 结合 使 用 这 两 种 技术 进行 测试 。 
在 初始 阶段 所 有 的 模块 可 能 只 是 提供 部 分 功能 ,这 可 以 用 宽度 优先 技术 进行 测试 ,过 了 一 自 
时 间 后 ,模块 被 越 来 越 精 化 ,模块 的 功能 也 越 来 越 全 ,这 时 候 就 可 以 对 一 个 模块 进行 深度 优 
先 测试 而 同时 所 有 的 模块 进行 宽度 优先 测试 。 

自 顶 向 下 集成 策略 主要 由 下 列 5 个 步骤 来 完成 ; 

(1) 主 控 模 块 作 为 测试 驱动 器 ,所 有 的 程序 柱 由 直接 隶属 于 主 控 模 块 的 各 模块 替换 。 

(2) 根据 集成 的 实现 方法 (如 深度 或 广度 优先 ), 子 模块 的 程序 桩 依次 被 蔡 换 为 实际 
模块 。 

(3) 在 每 一 个 模块 集成 的 时 候 都 要 进行 测试 。 

(4) 在 完成 了 每 一 次 测试 之 后 ,又 一 个 程序 桩 被 实际 模块 替换 。 

(5) 可 以 用 回归 测试 (第 7 章 ) 来 保证 没有 引进 新 的 错误 。 

整个 过 程 回 到 第 (2) 步 循环 进行 ,直至 整个 系统 完成 构造 。 

自 项 向 下 的 集成 策略 在 测试 过 程 的 早期 就 会 验证 主要 的 控制 和 决策 点 。 在 一 个 好 的 程 
序 结构 中 ,决策 往往 发 生 在 层次 结构 中 的 高 层 ,用 自 项 向 下 的 集成 测试 决策 问题 首先 会 被 发 
现 。 如 果 主 控制 的 确 存 在 问题 ,那么 尽早 发 现 它 是 很 重要 的 。 如 果 选 择 了 深度 优先 集成 , 那 
么 软件 的 某 个 完整 的 功能 会 被 实现 和 证 明 , 例 如 ,考虑 一 个 典型 的 事务 性 结构 。 此 结构 中 ， 
一 系列 复杂 的 交互 式 输入 要 通过 一 条 输入 路 径 进行 请 求 、 获 得 和 验证 ,这 条 输入 路 径 就 可 以 
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用 自 顶 向 下 的 方式 来 进行 集成 。 早 期 的 对 功能 性 的 验证 对 开发 人 员 和 客户 来 说 都 会 增加 
信心 。 

自 顶 向 下 的 策略 听 起 来 似乎 不 是 很 复杂 ,但 是 在 实践 过 程 中 ,可 能 会 出 现 逻 辑 上 的 问 
题 。 最 普遍 的 问题 出 现在 当 高 层 测试 需要 首先 对 较 低 层次 进行 足够 测试 后 才能 完成 的 时 
候 。 在 自 顶 向 下 的 测试 开始 的 时 候 , 程 序 桩 代替 了 低层 的 模块 ,因此 ,在 程序 结构 中 就 不 会 
有 重要 的 数据 向 上 传递 ,测试 者 只 有 下 面 的 3 种 选择 : 

(1) 把 测试 推迟 到 程序 桩 被 换 成 实际 的 模块 之 后 再 进行 。 

(2) 开发 能 够 实现 有 限 功 能 的 程序 桩 ,用 来 模拟 实际 模块 。 

(3) 从 层次 结构 的 最 底部 向 上 来 对 软件 进行 集成 。 

第 一 种 实现 方法 (把 测试 推迟 到 程序 桩 被 换 成 实际 的 模块 之 后 再 进行 ) 使 我 们 失去 了 对 
特定 测试 之 间 通 信 的 控制 和 对 特定 模块 组 合 的 控制 ,这 样 可 能 导致 在 确定 错误 发 生 原因 时 
的 困难 性 ,并 且 会 破坏 自 顶 向 下 方法 具有 的 高 度 受 限 的 本 质 ; 第 二 种 方法 是 可 行 的 ,但 是 会 
导致 很 大 的 额外 开销 ,因为 程序 桩 会 变 得 越 来 越 复 杂 ; 第 三 种 方法 ,也 就 是 自 底 向 上 的 测 
试 ,将 在 5. 2. 2 节 加 以 讨论 。 

自 项 向 下 集成 的 优点 如 下 : 

(1) 早期 对 高 层 行为 进行 确认 。 

(2) 至 多 只 需 一 个 驱动 程序 。 

(3) 每 步 可 以 只 加 一 个 模块 。 

(4) 支持 深度 优先 和 宽度 优先 。 

自 项 向 下 集成 的 缺点 如 下 : 

(1) 对 低层 行为 的 确认 比较 晚 。 

(2) 对 缺少 的 元 素 需要 编写 树桩 程序 。 

(3) 测试 用 例 的 输入 和 输出 可 能 很 难 明确 表示 。 


5.2.2 自 底 向 上 集成 


自 底 向 上 的 测试 是 从 原子 模块 (也 就 是 在 程序 结构 的 最 低层 的 模块 ) 开 始 来 进行 构造 和 
测试 的 上 。 每 个 模块 由 测试 装置 CTest Harness) 进 行 测试 。 一旦 各 个 独立 的 模块 测试 完 
毕 ,就 把 它们 组 合 起 来 形成 一 组 模块 ,这 组 模块 称 为 造 件 (Build) 。 一 组 造 件 再 由 第 二 个 测 
试 装置 进行 测试 。 这 个 过 程 将 一 直 进行 直到 造 件 中 包括 整个 应 用 系统 。 因 为 模块 是 自 底 向 
上 集成 的 ,在 进行 时 要 求 所 有 隶属 于 某 个 给 定 层次 的 模块 总 是 存在 的 ,而 且 也 不 再 有 使 用 程 
序 桩 的 必要 。 

自 底 向 上 的 集成 策略 可 以 使 用 下 列 步骤 来 实现 : 

(1) 低层 模块 组 合成 能 够 实现 软件 特定 子 功能 的 造 件 ,有 时 也 称 为 簇 (Cluster)。 

(2) 写 一 个 测试 装置 (一 个 供 测试 用 的 控制 程序 ) 来 协调 测试 用 例 的 输入 输出 。 
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(3) 对 簇 进行 测试 。 

(4) 撤去 测试 装置 , 沿 着 程序 结构 的 层次 向 上 对 造 件 进行 组 合 。 

这 样 的 集成 遵循 如 图 5-2 中 所 说 明 的 模式 ,首先 把 所 有 的 模块 聚集 成 3 个 簇 : 簇 1、 簇 2 
和 簇 3 ,然后 用 对 每 一 个 簇 使 用 驱动 器 (图 中 的 虚线 框 的 块 ) 进 行 测试 ,在 复 1 和 簇 2 中 的 模 
块 隶属 于 M, ,把 驱动 器 D, 和 D, 去 掉 , 然 后 把 这 两 个 徐 和 M, 直接 连 在 一 起 。 类 似 地 ,驱动 
器 D; 也 在 模块 M 集成 之 前 去 掉 。M. 和 Ms 最 后 都 要 和 模块 M. 一 起 进行 集成 。 


图 5-2 自 底 向 上 的 集成 示例 


当 测 试 在 向 上 进行 的 过 程 中 ,对 单独 的 测试 驱动 器 的 需求 减少 了 ,事实 上 ,如 果 程 序 结 
构 的 最 上 两 层 是 自 项 向 下 集成 的 ,那么 所 需 的 驱动 数目 就 会 明显 减少 ,对 簇 的 集成 从 而 会 变 
得 非常 简单 。 

自 底 向 上 集成 的 优点 如 下 : 

(1) 早期 对 底层 行为 进行 确认 。 

(2) 不 需要 写 程序 桩 。 

(3) 对 一 些 子 树 而 言 比 较 容 易 明 确 表 示 输 入 ,比较 容易 解释 对 其 他 的 输出 。 

自 底 向 上 集成 的 缺点 如 下 : 

(1) 推迟 对 高 层 行为 的 确认 。 

(2) 需要 驱动 程序 。 

(3) 当 组 合子 树 的 时 候 , 有 许多 元 素 要 进行 集成 。 


5.2.3 混合 式 集成 


在 实际 中 测试 通常 是 结合 了 自 顶 向 下 和 自 底 向 上 这 两 种 方法 , 称 作 混合 式 集成 测试 
(Mixed Testing ) ,也 称 作 三 明治 式 集成 测试 (Sandwich Testing )。 在 由 几 个 小 组 一 起 参与 开发 
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的 大 的 软件 项 目 中 ,或 者 一 个 小 项 目 但 不 同 模块 是 由 不 同 的 人 进行 构建 的 情况 下 ,小 组 或 个 
人 可 以 对 自己 开发 的 模块 采用 自 底 向 上 测试 ,然后 再 由 集成 小 组 进行 自 顶 向 下 测试 。 

混合 式 集成 策略 可 以 使 用 下 列 步骤 来 实现 : 

(1) 用 程序 桩 独立 地 测试 用 户 界面 。 

(2) 用 驱动 程序 测试 最 低层 功能 模块 。 

(3) 当 集成 整个 系统 时 ,只 有 中 间 层 是 要 进行 测试 的 对 象 集 。 

如 图 5-3 所 示 ,使 用 程序 桩 S; 、S, 和 Si 对 用 户 界面 Mi 进行 测试 ; 使 用 驱动 程序 D; 和 
Ds 对 最 低层 功能 模块 M .Ms 和 Ms 进行 测试 。 当 整个 系统 集成 时 ,将 程序 桩 S;、S; 和 Si 
换 成 中 间 层 模块 M, .Ms 和 M, ; 驱动 程序 D; 和 Ds 对 换 成 中 间 层 模块 M; 和 Ms ,从 而 对 中 
间 层 的 功能 模块 进行 测试 。 
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1 M M M 
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图 5-3 混合 式 集成 示例 


合式 集成 测试 是 测试 大 型 系统 一 种 策略 ,属于 增 量 测试 技术 。 对 于 许多 系统 ,混合 式 
集成 测试 都 是 行 之 有 效 的 ,因为 它 综合 了 自 项 向 下 集成 策略 和 自 底 向 上 集成 策略 的 优点 。 
表 5-1 从 6 个 方面 对 3 种 增 量 集成 测试 策略 进行 了 对 比 。 

表 5-1 3 种 增 量 测试 策略 的 比较 
自 顶 向 下 自 底 向 上 混合 式 


形成 基本 可 工作 程序 所 需 时 间 
是 否 需要 构件 驱动 器 

是 否 需 要 程序 桩 

集成 开始 时 可 否 平行 工作 
测试 特殊 路 径 的 能 力 

计划 和 控制 顺序 的 能 力 


裔 | 话 | 京 | 并 | 号 | 也 
江 | 尖 | 号 | 号 | 冲 | 器 


上 面 分 别 介绍 了 3 种 增 量 集成 测试 策略 ,并 进行 了 对 比 。 在 实际 应 用 时 ,可 以 结合 其 他 
考虑 因素 ,灵活 使 用 增 量 集成 测试 策略 ( 称 之 为 混合 增 量 集成 方法 ) ,如 风险 驱动 、 进 度 驱 动 
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以 及 功能 或 线程 驱动 。 
。 风险 驱动 : 从 最 关键 或 最 复杂 的 模块 开始 进行 集成 ,逐步 加 入 它们 调用 或 被 调用 的 
模块 。 
。 进度 驱动 : 一 旦 模块 就 绪 , 比如 ,以 某 种 方式 可 以 获得 或 编码 完成 ,就 马上 进行 
集成 。 
。 功能 或 线程 驱动 : 选择 跟 某 一 个 功能 或 线程 有 关 的 模块 进行 集成 ,逐步 加 入 其 他 功 
能 或 线程 。 


5.2.4 端 到 端 集成 测试 


传统 的 集成 测试 方法 注重 测试 接口 连接 。 与 传统 的 集成 测试 不 同 , 端 到 端 集成 测试 完 
全 从 最 终 用 户 的 角度 出 发 ,强调 对 系统 或 应 用 程序 进行 端 到 端的 功能 测试 (Functional 
Testing)。 这 一 测试 过 程 用 于 验证 由 一 组 相互 连接 的 系统 形成 的 集成 系统 是 否 正常 运行 ， 
其 中 每 个 被 连接 的 系统 现在 都 是 集成 系统 的 一 个 子 系统 。 端 到 端 集成 测试 (E2E Integration 
Testing) 一 般 是 面向 大 型 系统 的 。 端 到 端 集成 测试 假设 子 系统 的 模块 (或 单元 ) 测 试 和 集成 
测试 都 已 被 执行 并 得 到 认可 ,但 可 能 依然 存在 未 被 观察 到 的 错误 ,其 中 集成 测试 可 能 包括 多 
层次 的 集成 测试 只。 

端 到 端 集成 测试 独立 于 任何 一 个 开发 过 程 ,可 以 在 开发 生命 周期 的 早期 开始 ,在 此 过 程 
中 测试 需求 分 析 可 以 和 应 用 开发 并 行进 行 。 端 到 端 集成 测试 提供 以 下 功能 : 

。 帮助 生 成 测试 用 例 , 改 进 软件 项 目的 生产 率 。 

。 支持 风险 分 析 , 通 过 确定 风险 领域 从 而 进行 全 面 的 测试 。 

”支持 变更 管理 ,从 而 使 回归 测试 和 涟 洲 效 应 测试 可 以 被 正确 和 有 效 的 执行 。 

"。 支持 数据 质量 评估 ,从 而 使 决策 者 能 够 定量 地 ,更 客观 地 评估 测试 成 果 。 

。 支持 远程 项 目 管理 和 分 布 式 协作 使 工程 师 和 项 目 经 理 可 以 通过 网 络 一 起 工作 。 

下 面 介绍 终端 到 终端 (E2E) 的 测试 过 程 的 各 个 阶段 : 

。 测试 计划 : 确定 主要 任务 及 与 其 相关 的 进度 安排 和 资源 。 

。 测试 设计 : 开发 测试 规范 、 测 试 场景 .测试 用 例 和 测试 进度 表 。 

。 测试 执行 : 执行 测试 用 例 和 文档 结果 。 

。 测试 结果 分 析 : 分 析 测 试 结果 覆盖 率 ,评估 测试 并 确定 过 失 。 

。 重 新 测试 和 回归 测试 : 在 改进 后 的 系统 上 进行 附加 测试 。 


1.E2E 集成 测试 计划 


E2E 集成 测试 计划 的 核心 是 确定 集成 系统 的 范围 ,包括 系统 构架 和 功能 ; 确定 处 理 方 
法 和 工具 以 便于 完成 集成 测试 ,并 在 实际 测试 之 前 制定 结果 评估 标准 。 在 一 个 E2E 测试 计 
划 中 需要 考虑 一 些 重要 的 因素 包括 : 主要 的 目标 、 测 试 范围 .系统 功能 和 非 功 能 需求 ,测试 
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环境 、 测 试 自动 控制 测试 结果 分 析 计 划 、 测 试 重用 计划 、 系 统 支持 计划 ,活动 时 间 表 和 退出 
标准 。 建 立 测试 工作 小 组 ,最 好 的 用 于 确定 E2E 测试 所 需 信 息 的 方法 是 通过 形成 一 个 测试 
工作 组 来 建立 有 效 的 沟通 渠道 。 


2.E2E 集成 测试 设计 

E2E 测试 设计 包括 在 测试 环境 下 定义 集成 系统 的 任务 和 定义 测试 程序 的 任务 。 可 以 
从 两 个 方面 来 定义 被 测 的 集成 系统 : E2E 功能 视图 ; 结构 视图 ,包括 物理 结构 和 逻辑 结构 。 
下 面 通过 一 个 细 线 程 树 及 所 附 条 件 来 介绍 被 测 系 统 规范 。 

细 线 程 (Thin Thread) 的 定义 : 一 个 完整 的 数据 或 消息 的 踪迹 ,使 用 最 低 限度 的 具有 
代表 性 的 外 部 输入 数据 样本 ,通过 系统 内 部 的 相互 连接 部 分 的 转换 ,产生 最 低 限 度 的 具有 代 
表 性 的 外 部 输出 数据 样本 。 细 线程 主要 是 用 来 阐释 某 一 方法 具有 指定 的 功能 品 。 

细 线 程 是 集成 系统 中 最 小 的 场景 ,从 最 终 用 户 的 角度 看 , 它 是 一 个 完整 的 场景 ,系统 接 
收 输入 数据 ,经 过 计算 ,并 输出 处 理 的 结果 。 它 描述 了 整个 场景 ,而 且 只 描述 一 个 功能 。 

一 些 共 享 某 些 公 共 数 据 的 细 线 程 可 以 组 成 一 个 细 线 程 组 。 这 些 组 具有 层次 结构 。 细 线 
程 组 中 的 所 有 细 线 程 和 子 细 线 程 组 可 以 构成 一 棵 细 线 程 树 。 树 的 根 是 整个 被 测 的 集成 系 
统 , 它 的 分 支 节 点 代表 相关 的 细 线 程 集合 , 它 的 叶子 代表 一 个 具体 的 细 线 程 。 在 同一 组 中 的 
细 线 程 通过 它们 共同 的 功能 相关 联 。 

包含 关系 的 定义 : 一 条 细 线 程 A 的 执行 路 径 可 以 是 另 一 条 细 线 程 B 的 一 部 分 , 称 细 线 
程 A 是 B 的 子 细 线 程 ,B 依 赖 于 A。 相 同 关系 的 定义 : 一 条 细 线 程 A 具有 和 另 一 个 细 线 程 
B 相同 的 执行 路 径 。 在 这 种 情况 下 ,A 和 B 共享 某 些 属性 ,如 条 件 等 ; 这 些 细 线 程 之 间 的 关 
系 可 以 用 来 安排 测试 用 例 的 执行 。 如 果 某 条 细 线 程 处 在 系统 关键 路 径 上 ,那么 它 应 该 尽早 
地 ,完整 地 ,恰当 地 被 测试 。 如 果 要 选 定 一 些 细 线 程 进 行 测试 , 则 应 该 选择 那些 彼此 执行 路 
径 相互 独立 的 细 线 程 ,从 而 保证 一 定 程 度 的 覆盖 。 

细 线 程 树 构造 是 一 个 交互 式 进程 包括 如 下 一 些 活动 : 确定 和 指定 细 线 程 , 确 定 和 指定 
与 细 线 程 相关 的 条 件 ,将 细 线 程 和 条 件 组 织 到 树 中 以 及 完成 完整 性 和 一 致 性 校 检 。 基 于 细 
线程 树 和 条 件 树 规范 生成 测试 用 例 , 分 析 每 个 细 线 程 的 风险 ,分 析 每 个 细 线 程 的 用 途 ,为 了 
执行 制定 测试 用 例 时 间 进度 。 


3.E2E 集成 测试 规格 书 


E2E 测试 规格 书 是 E2E 测试 的 核心 ,用 来 表述 系统 需求 。 从 最 终 用 户 的 角度 出 发 ,用 
情景 描述 系统 行为 : 包括 正常 的 输入 , 非 正 常 输入 ,常规 案例 和 特殊 处 理 。E2E 测试 规格 书 
是 一 种 半 规 范 化 ,有 层次 的 构架 ,含有 用 例 生成 的 相关 数据 ,并 可 以 追溯 到 其 他 软件 工件 上 
如 系统 需求 及 设计 。E2E 测试 规格 书 有 主要 有 两 部 分 信息 : 细 线 程 和 条 件 。 

细 线 程 的 定义 模板 所 包含 的 内 容 有 : ID、 名 字 、 描 述 、 输 入 /输出 、 前 提 条 件 / 后 续 条 件 、 
隐藏 的 成 分 、 状 态 、 代 理 以 及 风险 。 一 组 具有 特定 公共 部 分 的 细 线 程 的 集合 形成 了 细 线 程 组 
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(thin-thread group); 细 线 程 组 递归 分 组 ,重组 为 一 个 树 结构 。 细 线程 树 可 以 自 项 向 下 构 
建 , 按 功 能 性 进行 分 解 ; 也 可 以 自 低 向 上 构建 ,利用 提取 和 合成 。 

细 线 程 之 间 的 关系 如 下 : 

(1) 细 线 程 具有 独立 的 执行 路 径 。 

(2) 细 线 程 具有 隐藏 的 执行 路 径 。 

(3) 细 线 程 具有 相同 的 执行 路 径 。 

条 件 是 断言 ,要 激活 这 个 功能 条 件 必须 是 真 。 条 件 的 例子 有 数据 条 件 、 信 息 条 件 、 环 境 
条 件 以 及 系统 状态 。 条 件 分 析 是 完全 性 分 析 和 一 致 性 分 析 的 一 部 分 ,可 以 发 现 新 的 细 线 程 ， 
通过 发 现 不 完全 /不 一 致 的 条 件 ,发 现 附属 于 矛盾 条 件 的 细 线 程 。 

条 件 定义 模板 包括 的 内 容 有 : ID、 名 字 、 描 述 、 受 影响 的 细 线 程 等 。 条 件 组 是 一 组 具有 
特定 公共 属性 的 条 件 的 集合 。 递 归 分 组 ,可 组 为 一 个 树 结构 。 条 件 树 可 以 自 顶 向 下 分 解 , 自 
底 向 上 提取 和 合成 的 方式 构建 。 条 件 间 的 关系 有 : 独立 条 件 、 互 斥 条 件 .引发 /被 引发 的 条 
件 。 相 关 条 件 。 

从 细 线 程 或 复杂 场景 生成 测试 用 例 。 确 定 相 关 的 子 系统 ,包括 软件 和 硬件 系统 ,确定 为 
线程 输入 的 数据 。 基 于 不 同 的 测试 技术 ,利用 满足 结合 细 线 程 的 条 件 的 输入 数据 ,根据 对 于 
细 线 程 的 描述 来 决定 预期 的 结果 。 


4. E2E 集成 测试 风险 分 析 


风险 分 析 是 系统 和 软件 开发 中 的 一 项 重要 活动 。 基 于 风险 分 析 , 系 统 的 临界 条 件 可 以 
得 到 彻底 的 测试 。 当 资源 有 限 的 时 候 , 测 试 应 该 把 那些 重要 的 细 线 程 放 在 首位 。 一 种 排列 
细 线 程 的 方法 是 至 少 基于 两 种 因素 (Probabilitywin wea ,Conseqaencewisursd ) 给 每 一 个 细 线 程 
分 配 一 个 风险 。 
下 面 几 个 构件 常 有 很 高 的 失败 可 能 性 : 
。 在 先前 的 模块 或 综合 测试 中 就 显现 出 不 可 靠 性 的 成 分 。 
。 具有 复杂 的 实现 过 程 或 者 具有 合并 的 复杂 功能 的 成 分 。 
。 与 许多 其 他 成 分 相连 的 成 分 。 
。 由 于 错误 或 功能 的 变更 而 最 近 刚 刚 修 改过 的 成 分 。 
如 果 一 个 细 线 程 可 能 危害 到 系统 的 整体 任务 的 完成 或 者 对 环境 造成 重大 损害 , 则 它 必 须 
被 多 次 测试 。 一 个 细 线 程 的 风险 其 实 是 一 个 关于 它 的 失败 可 能 性 和 它 的 失败 结果 的 方程 ; 
Riskwin thread = F (probability inthread » Consequencerin thread ) 
一 个 条 件 的 风险 可 以 被 估计 为 : 
Riskconaiion = F (probabilitycongiion » Consequencecongdition ) 
E2E 的 测试 用 例 是 基于 一 个 细 线 程 以 及 它 的 条 件 生成 的 。 测 试用 例 风险 可 以 基于 这 
个 细 线 程 的 风险 和 它 的 条 件 风险 来 估计 : 


Riskiesrcsse —=F (probabilityies case » ConsequencCeres case ) 
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一 个 细 线 程 的 风险 分 配 是 动态 的 。 根 据 程序 的 执行 , 细 线 程 的 值 是 变化 的 。 

在 一 个 测试 项 目的 开始 ,失败 的 可 能 性 是 很 大 的 ,几乎 所 有 的 细 线 程 都 有 很 高 的 风险 。 
当 系 统 得 到 了 测试 和 纠正 , 它 的 失败 的 可 能 性 可 能 会 降低 ,并 且 ,一 些 细 线 程 最 终 可 以 具有 
最 小 的 风险 。 对 于 那些 失败 可 能 性 很 高 的 细 线 程 称 为 高 因果 关系 细 线 程 ; 如 此 而 言 ,即使 
它们 的 失败 可 能 性 降低 ,它们 的 风险 仍然 很 高 。 在 软件 修改 期 间 常 常会 引入 缺陷 ; 因此 ,对 
于 那些 执行 在 变化 的 成 分 的 细 线 程 的 风险 分 配 而 言 , 在 软件 修改 之 后 风险 将 会 提高 。 

1) 怎样 选择 输入 

测试 输入 是 无 限 的 ,所 以 要 挑选 测试 输入 。 挑 选 条 件 边 界 附 近 的 点 进行 测试 (边界 测 
试 )。 随 机 挑选 输入 (随机 测试 )。 把 输入 分 成 等 价 的 几 类 ,然后 在 这 几 类 中 挑选 典型 数字 
(等 价 类 划分 )。 根 据 用 处 产生 测试 用 例 (基于 用 途 测试 ) 

2) 怎样 选择 输出 

与 选择 输入 相 比 ,输出 要 相对 复杂 得 多 。 要 根据 输入 确定 输出 可 能 要 经 历 很 多 的 步 又 
和 过 程 ,这 其 中 包括 计算 和 非 计算 ,并且 确 定 了 输入 也 未 必 就 能 完全 确定 输出 。 例 如 : 对 于 
傅 里 叶 级 数 

Z(t) 一 ao 十 Qicos(wot 十 qi1) 十 azcos(2wot 十 qz) 十 … 十 ancos(Nwot 十 qn) 

即使 确定 了 输入 ,但 z(2) 仍 然 是 随 1 的 改变 而 改变 ,因此 很 难 确定 其 输出 。 当 然 ,可 以 采取 一 
定 的 方法 达到 测试 的 目的 ,例如 ,选取 特定 的 41 时刻 ,使 得 对 于 iE [1,Nj,irwot 十 gq; 为 特殊 角 。 

在 图 形 用 户 界 面 中 ,期 待 的 输出 包括 屏幕 快照 以 及 视窗 位 置 和 标题 。 


5，E2E 测试 执行 

E2E 测试 执行 准备 。 在 测试 之 前 ,测试 工程 师 要 识别 出 以 下 组 件 : 要 测 的 子 系统 ; 支 
持 系 统 , 包 括 硬件 .固件 数据库 .第 3 方 组 件 ,确保 子 系统 合适 地 执行 ; 备份 系统 和 程序 ,以 
防 万 一 测试 损坏 了 系统 ,系统 还 可 以 恢复 ; 测试 数据 ,包括 测试 输 和 数据、 数据库、 执行 测试 
用 例 所 需要 的 文件 ; 测试 工具 ,包括 自动 输入 数据 生成 工具 ,测试 驱动 测试 结果 记录 工具 ; 
测试 组 。 

在 模拟 环境 下 进行 E2E 测试 包括 以 下 步骤 : 开发 或 取得 模拟 程序 ,把 模拟 程序 的 参数 
调 成 跟 要 测试 的 系统 一 样 ; 执行 应 用 系统 ; 选择 测试 用 例 , 生 成 输入 数据 ,记录 执行 结果 ; 
重复 选择 和 执行 测试 用 例 的 过 程 ,在 必要 的 时 候 恢 复 系统 和 模拟 状态 ,直到 所 有 计划 的 测试 
用 例 都 被 执行 了 为 止 。 

在 操作 环境 中 进行 E2E 测试 包括 以 下 步骤 : 建立 环境 ,调用 应 用 系统 ,选择 测试 用 例 ， 
根据 系统 外 部 接口 生成 输入 数据 ; 重复 选择 和 执行 测试 用 例 的 过 程 , 在 必要 的 时 候 恢 复 系 
统 和 模拟 状态 ,直到 所 有 安排 的 测试 用 例 都 被 执行 了 为 止 。 

测试 结果 标准 是 所 有 的 测试 用 例 都 被 执行 ,测试 覆盖 率 要 求 得 到 满足 ,一 定 已 经 获得 确 
认 。 在 E2E 测试 执行 的 时 候 需要 加 入 文档 的 结果 有 : 选择 的 测试 用 例 和 需要 测试 用 例 测 
试 的 需求 项 ,测试 用 例 的 输入 数据 ,测试 用 例 的 输出 ; 每 个 子 系统 的 接口 状态 ,包括 子 系统 
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之 间 通 过 接口 交换 的 数据 和 子 系统 和 支持 系统 之 间 交 换 的 数据 ; 子 系统 的 状态 ,包括 硬件 、 
软件 ,支持 系统 。 


6. 测试 结果 分 析 


1) 缺陷 识别 和 改正 

缺陷 是 当 执行 的 时 候 可 能 会 产生 不 正确 结果 的 代码 错误 。 要 找 出 缺陷 ,测试 输出 要 跟 
预期 输出 进行 比较 。 在 测试 过 程 中 缺陷 识别 可 以 被 优先 并 改正 加 。 

2) 评估 涟 满 效 应 

软件 工件 (Work Produet) 的 一 部 分 改动 会 影响 其 他 相关 部 分 的 现象 叫做 波 满 效 应 
(Ripple Effect Analysis, REA) ,而 迭代 的 分 析 并 去 除 改 变 的 副作用 的 过 程 就 叫做 涟 满 效 应 
分 析 。 波 满 效 应 分 析 过 程 包括 以 下 步 又 : 

(1) 提出 软件 修改 。 

(2) 识别 依赖 于 被 改变 部 分 的 其 他 模块 。 

(3) 决定 是 否 要 改变 依赖 部 分 来 保持 一 致 性 。 

(4) 如 果 需 要 改变 , 则 从 第 (1) 步 开始 循环 进行 REA。 

(5) 如 果 不 需要 改变 ,停止 并 等 待 修改 软件 。 

REA 的 过 程 就 像 生成 树 , 它 的 终端 结 点 是 不 需要 改变 但 依赖 于 前 面部 分 的 软件 模块 。 
在 细节 上 ,REA 过 程 不 会 具体 到 特殊 程序 语言 或 设计 范式 。 比 较 特 殊 的 是 ,REA 可 以 用 来 
维持 细 线 程 树 和 条 件 树 的 一 致 性 。 

3) 评估 测试 覆盖 率 。 

如 果 出 现 以 下 情况 ,就 需要 额外 的 测试 : 

(1) 系统 的 一 个 片断 有 很 多 错误 ,这 常 意味 着 这 个 片断 倾向 于 有 错误 并 需要 额外 测试 。 

(2) 当 缺 陷 被 修改 了 后 ,被 修改 的 系统 要 求 额外 测试 来 保证 错误 已 经 被 消除 而 且 没 有 
新 的 错误 引进 。 

(3) 当 一 个 新 的 功能 特性 被 改变 后 ,需要 额外 测试 来 保证 没有 新 的 错误 引进 。 

(4) 当 软 件 不 符合 结束 标准 ,需要 额外 测试 。 

4) 回归 测试 

回归 测试 是 在 修改 过 的 软件 上 重新 运行 测试 用 例 ,普遍 用 于 软件 程序 被 修改 的 情况 。 
一 个 要 点 就 是 回归 测试 只 能 保证 这 些 应 该 保留 的 部 分 保持 不 变 。 需 要 在 不 同 的 层面 上 进行 
回归 测试 ,首先 是 模块 测试 层面 ,之 后 是 在 集成 测试 层面 ,最 后 是 终端 到 终端 测试 层面 。 在 
回归 分 析 的 每 一 个 层面 ,测试 人 员 有 不 同 的 任务 。 

(1) 测试 用 例 确定 。 

(2) 测试 用 例 再 确认 。 

(3) 测试 用 例 执行 。 

(4) 通过 检验 测试 结果 来 确认 失误 。 
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(5) 确认 差错 并 改正 。 

车 要 开发 新 的 测试 用 例 , 首 先 要 根据 修改 后 的 系统 和 需求 重新 评估 细 线 程 树 和 条 件 树 ， 
根据 需要 重新 组 织 ,扩大 或 者 剪 切 细 线 程 树 ; 之 后 ,根据 修改 后 的 细 线 程 数 和 条 件数 重新 评 
估 测 试用 例 。 在 开发 新 测试 用 例 时 ,首先 是 针对 错误 区 域 或 错误 功能 点 ,其 次 如 果 需 求 发 生 
变化 , 则 针对 修改 过 的 功能 点 或 添加 的 新 功能 。 

测试 都 需要 效率 评估 ,E2E 测试 也 不 例外 。 测 试 的 目的 是 发 现 错误 和 缺陷 ,因此 ,发 现 
错误 和 缺陷 的 数目 越 多 ,测试 的 效率 越 高 。 评 估 测 试 效率 的 标准 主要 有 : 

(1) 发 现 缺陷 的 数目 /测试 用 例 的 使 用 数目 。 

(2) 通过 的 细 线 程 数量 /测试 的 细 线 程 数量 。 

(3) 发 现 错误 的 数量 /测试 用 例 的 使 用 数量 。 


7. 依赖 关联 分 析 


依赖 关联 分 析 为 回归 测试 和 涟 满 效应 分 析 提 供 了 基础 。 涟 满 效 应 分 析 (REA) 使 用 可 
信赖 的 消息 确认 需要 哪些 额外 的 变化 来 保证 所 有 的 组 件 保持 一 致 
。 功 能 可 信和 度 。 
。 输 入 可 信和 度 。 
。 输 出 可 信和 度 。 
输入 /输出 可 信和 度 。 
。 持 久 数 据 可 信和 度 。 
执行 可 信和 度 。 
。 条 件 可 信和 度 。 


8. 远程 测试 (Remote Testing) 


由 于 分 布 式 系统 的 异步 通信 ,加 上 系统 的 组 成 分 布 在 不 同 的 地 方 , 分 布 式 系统 和 设备 的 
测试 非常 困难 ,测试 人 员 可 以 用 测试 代理 通过 网 络 协议 进行 通信 。 

图 5-4 为 分 布 式 测试 示意 图 ,步骤 描述 如 下 : 

(1) 注册 。 测 试 中 心 注册 流程 。 

(2) 获取 测试 用 例 。 测 试 经 理 启动 一 个 测试 流程 /测试 计划 ,其 中 包括 从 数据 库 中 获取 
一 组 测试 用 例 。 

(3) 测试 调度 。 测 试 经 理 将 当前 测试 计划 的 测试 用 例 以 及 可 用 的 测试 中 心 的 信息 发 送 
到 测试 调度 。 

(4) 将 测试 用 例 传送 到 测试 中 心 。 测 试 调度 将 测试 用 例 发 至 已 协调 好 的 测试 中 心 。 

(5) 传送 测试 用 例 。 测 试用 心 将 测试 用 例 传送 至 测试 代理 。 

(6) 访问 SUT( 待 测 系统 )。 测 试 代理 将 测试 用 例 转化 为 测试 脚本 ,并 将 这 些 脚本 发 至 
SUT 以 供 执 行 。 


100 软件 测试 方法 与 实践 


I 


测试 经 理 


U (CD SUTI1 
© EY 


fw) 二 | 训 试 代理 


ELO 
Le_ se 


图 5-4 分 布 式 测试 示意 图 


测试 调度 


5.3 ”总结 


单元 测试 是 测试 的 基础 级 别 。 单 元 测试 着 眼 于 程序 或 系统 的 较 小 组 件 模块 ,执行 每 个 
模块 以 证 实 其 履行 了 指定 功能 的 过 程 。 单 元 测试 的 优势 在 于 它 容 许 对 小 单元 的 测试 和 调 
试 ,因此 为 管理 从 小 单元 到 大 单元 的 集成 过 程 提供 了 更 好 的 方式 。 把 组 件 聚 合 后 ,必须 通过 
测试 确认 所 有 的 组 件 之 间 正 确 地 协作 运行 。 因 此 集成 测试 的 目标 是 暴露 接口 的 缺陷 ,以 及 
聚合 后 的 组 件 之 间 相 互 作用 的 缺陷 。E2E 集 或 测试 是 从 终端 用 户 的 角度 对 系统 或 应 用 程 
序 进 行 端 到 端的 功能 测试 ,目的 是 验证 相互 连接 的 系统 形成 的 集成 系统 是 否 能 完成 终端 用 
户 的 工作 目标 及 其 任务 。 
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5.5 思考 与 练习 


1. 单元 测试 的 特点 是 什么 ?“ 单 元 ” 指 的 是 什么 ”单元 测试 对 构件 的 5 方面 进行 测试 ， 
这 5 个 方面 指 的 是 什么 ? 

2. 单元 测试 的 规程 是 什么 ?单元 测试 有 什么 局 限 性 ? 

3. 集成 测试 与 单元 测试 的 区 别 是 什么 ? 

4. 集成 测试 策略 有 哪 两 种 ? 各 有 什么 特点 ? 

5. 什么 是 端 到 端的 集成 测试 ? 简 述 其 过 程 。 


5.6 进一步 阅读 


C. Kaner,J. Bach,B. Pettichord. Lessons. Learned in Software Testing. John Wiley & 
Sons,2002 

L. Copeland. A Practitioner s Guide to Software Test Design. Boston: Artech House 
Publishers,2004 

R. D. Craig,S. P. Jaskiel. Systematic Software Testing. Norwood,MA: Artech House 
Publishers,2002 

Control your test-environment with DbUnit and Anthill http://www-128. ibm. com/ 
developerworks/library/j-dbunit. html 

Adrew Hunt 著 , 陈 伟 柱 译 . 单元 测试 之 道 Java 版 . 北京 : 电子 工业 出 版 社 
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JUnit 是 一 个 开源 的 Java 编程 语言 的 单元 测试 框架 ,最 初 由 Erich Gamma 和 Kent Beck 
编写 。JUnit 在 代码 驱动 的 单元 测试 框架 家 族 里 无 疑 是 最 为 成 功 的 一 例 。 多 次 获得 JavaWorld 
Editors”Choice Awards 中 的 Best Java Performance Monitoring/ Testing Tool 奖 。 

使 用 JUnit 框架 需要 继承 TestCase 类 (JUnit 4 以 前 ) ,用 Java 语言 来 编写 自动 执行 、 自 
动 验证 的 测试 。 这 些 测试 在 JUnit 中 称 作 “测试 用 例 (Test Case)”。JUnit 能 够 把 相关 测试 
用 例 组 合 到 一 起 , 称 之 为 “测试 套件 (Test Suite)”。JUnit 还 提供 了 一 个 “运行 器 ?来 执行 一 
个 测试 套件 。 如 果 有 测试 失败 了 ,这 个 测试 运行 器 就 报告 出 来 ; 如 果 没 有 失败 ,就 会 显 
示 OK。 

具有 JUnit 经 验 对 于 应 用 “测试 驱动 开发 (TDD)” 的 程序 开发 模型 是 非常 重要 的 。 在 讨 
论 测试 驱动 开发 时 ,常常 会 涉及 JUnit 的 一 些 知 识 。 测 试 驱动 开发 是 一 种 编程 风格 ,这 种 风 
格 的 大 致 含义 是 : 先 编写 测试 代码 ,再 编写 产品 代码 本 身 ,另外 还 需要 在 编写 代码 的 时 候 执 
行 重 构 。 这 样 的 产品 代码 测试 覆盖 率 高 ,容易 修改 ,容易 扩展 ,并 且 容 易 理 解 。 本 章 对 “测试 
驱动 开发 ”不 做 深入 讨论 , 感 兴趣 的 读者 可 以 参考 文献 [1]。 

下 面 简 要 概述 使 用 JUnit 的 益处 。 

(1) 提高 开发 速度 : 测试 是 以 自动 化 方式 执行 的 ,提升 了 测试 代码 的 执行 效率 。 

(2) 提高 软件 代码 质量 : 它 使 用 小 版 本 发 布 , 控 制 代码 更 改 量 ,便于 开发 人 员 排 除 错 
误 。 同 时 引入 重 构 概 念 , 让 代码 更 干净 和 富有 弹性 。 

(3) 提升 系统 的 可 信赖 度 : 作为 回归 测试 的 一 种 实施 方式 。 支 持 修复 或 更 正 后 的 “再 
测试 ”, 可 确保 代码 的 正确 性 。 

(4) JUnit 和 Ant 的 结合 可 以 实施 增 量 开发 和 自动 化 测试 。 

(5) 与 IDE 的 集成 : 由 于 JUnit 拥有 广泛 的 影响 力 ,主流 Java IDE 都 对 其 提供 了 良好 
的 支持 。 
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本 章 将 介绍 JUnit 的 使 用 、 框 架设 计 和 相关 的 “模仿 对 象 (Mock Objects)” 以 及 数据 库 
的 单元 测试 工具 DbUnit。 介 绍 JUnit 是 用 JUnit 3. 8 版 本 ,在 本 章 结 束 之 前 还 将 简要 介绍 
JUnit 4。 


6.1 使 用 JUnit 


用 JUnit 编写 一 个 测试 用 例 ; 安装 JUnit ,运行 JUnit 测试 。 


6.1.1 一 个 简单 的 例子 


用 JUnit 编写 一 个 简单 的 测试 ,可 以 通过 以 下 3 个 简单 步骤 : 

(1) 创建 TestCase 类 的 一 个 子 类 。 

(2) 编写 若干 测试 用 例 ,每 个 测试 用 例 写 成 如 下 格式 的 子 类 方法 ,注意 JUnit 对 于 测试 
用 例 的 命名 法 是 test 十 二 TestCaseName 二 测试 用 例 的 名 字 。 

public void test<TestCaseName> (){……} 


(3) 编写 一 个 测试 套件 方法 用 来 把 第 (2) 步 中 编写 的 测试 用 例 加 入 到 测试 套件 中 。 


public static Test suite(){…} 


然后 编译 上 述 子 类 以 及 被 测 构件 ,用 JUnit 提供 的 运行 器 TestRunner 运行 测试 。 

程序 清单 6-1 是 一 个 简单 的 JUnit 的 测试 例子 。 这 个 简单 测试 的 目的 是 : 

(1) 验证 Java 标准 类 库 的 Math 类 中 的 max() 方 法 。 

(2) 测试 被 零 除 的 结果 。 

下 面 来 看 一 下 列表 中 的 要 点 : 

。 程序 开始 时 是 通过 继承 (在 Java 里 用 extends 保留 字 )TestCase 类 ,来 创建 的 一 个 子 
类 SimpleTest。 

。 SimpleTest 中 有 两 个 测试 : testMax()( 第 2~5 行 ) 和 testDivideByZero()( 第 6 一 9 
行 )。 这 两 个 测试 的 命名 规则 是 遵循 JUnit 的 惯例 , 即 测试 方法 的 名 字 是 以 test 开 
头 的 。 测 试 方法 的 可 见 性 都 必须 是 公共 的 (public) ,而 且 必 须 无 返回 值 , 即 返 回 类 型 
为 viod( 见 第 2 行 和 第 6 行 )。 在 testMax() 中 ,在 第 3 行 局 部 变量 x 利用 Math. 
max(5,10) 得 到 5 和 10 的 最 大 值 , 表 达 式 x 二 二 5&.&&x 二 二 10 的 预期 结果 是 true。 
利用 JUnit 框架 提供 的 断言 (Assertion ) 方 法 assertTrue(boolean) 来 帮助 验证 
Math. max (5, 10) 的 结果 ( 见 第 4 行 )。 运 行 TestRunner 会 给 出 结论 。 在 
testDivideByZero() 中 ,在 第 8 行 整数 被 零 除 ,下 面 来 看 一 下 在 后 面 的 图 6-4 中 将 给 
出 JUnit 框架 执行 的 结果 。 


104 


软件 测试 方法 与 实践 


编写 测试 套件 方法 suite(), 它 是 公共 的 、 静 态 的 (static) ,返回 类 型 是 Test( 对 于 
Test 类 型 ,后 面 还 会 详细 讨论 )。 利 用 TestSuite 的 TestSuite(SimpleTest. class) 建 
造 , 把 SimpleTest 的 两 个 测试 方法 testMax() 和 testDivideByZero() 放 入 suite() 
里 。 把 各 个 测试 放 入 suite() 还 有 另外 一 种 方法 ,后面 将 会 详细 介绍 。 


清单 6-1: 一 个 简单 的 JUnit 示例 


1. public class SimpleTest extends TestCase { 
2 public void testMax() { 

int x= Math. max(5,10); 

4. assertTrue(x>=5 && x>=10); 
5. } 

6 public void testDivideByZero() { 

7 int zero 一 0; 

8 int result= 8/zero; 

9. } 

10. public static Test suite() { 

1 return new TestSuite (SimpleTest. class); 
12. } 

13. } 


下 面 一 节 将 介绍 JUnit 的 安装 ,并 以 清单 6-1 为 例 说 明 如 何 运 行 JUnit 测试 程序 。 


6.1.2 JUnit 安装 与 运行 


要 安装 和 使 用 JUnit 是 很 容易 的 ,只 需 3 个 步骤 : 

(1) 下 载 JUnit 软件 。 

(2) 将 JUnit 包 解 开 , 放 到 文件 系统 中 。 

(3) 运行 JUnit 测试 时 ,将 JUnit 中 的 所 有 * .jar 文件 放 到 类 路 径 中 。 


1. 下 载 JUnit 
目前 ,下 载 JUnit 的 最 好 地 方 是 http://www. junit. org。 在 此 ,会 有 一 个 下 载 链 接 , 链 


到 此 产品 的 最 新 版 本 。 单 击 下 载 链接 ,将 这 个 软件 下 载 到 用 户 机 器 的 文件 系统 中 。 


2. 解 包 JUnit 
运用 可 获得 的 解 包工 具 , 将 JUnit 包 解 开 , 放 到 文件 系统 一 个 目录 下 。 表 6-1 列 出 了 


JUnit 发 布 中 的 一 些 主要 文件 和 目录 。 
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表 6-1 JUnit 发 布 里 所 含 文件 与 目录 


文件 /目录 描 述 
junit. jar JUnit 框架 结构 ,扩展 和 测试 运行 器 的 二 进 制 发 布 
src. jar JUnit 的 源 代 码 , 包 括 一 个 Ant 的 buildfile 文件 
junit 是 个 目录 ,内 有 JUnit 自 带 的 用 JUnit 编写 的 测试 示例 程序 
javadoc JUnit 完整 的 API 文 档 
doc 一 些 文档 和 文章 ,包括 Test Infected: Programmers Love Writing Tests 和 其 他 
一 些 资料 ,可 以 帮助 用 户 入 门 


3. 检验 安装 JUnit 

要 检验 安装 是 否 正确 ,可 以 通过 执行 JUnit 发 布 中 自 带 的 .用 JUnit 编写 的 测试 示例 程 
序 。 要 执行 这 些 程序 ,应 按照 以 下 步骤 进行 : 

(1) 打开 一 个 有 命令 行 提示 的 窗口 。 

(2) 转 到 含有 JUnit 的 目录 下 (Windows 系统 的 C:\junit3. 8. 1, 或 Linux 系统 的 /opt/ 
junit3. 8. 1 或 任何 安装 时 选 定 的 地 方 ) 。 

(3) 执行 下 列 命令 : 

>java -classpath junit. jar; . Junit. textui. TestRunner junit. samples. AllTests 


然后 ,会 看 到 类 似 于 图 6-1 的 结果 。 


INDOY¥S\systen32\cnd. exe 


C: Nunit3.8.1>java -cp junit.jar;. junit.textui.TestRunner junit.sanples.AllTest| 


OK 119 tests» 


C:\junit3.8.1> 


6-1 Windows 平台 下 JUnit 的 安装 结果 


对 于 每 个 测试 ,测试 运行 器 都 会 打印 出 一 个 点 ,让 我 们 知道 现在 正在 执行 的 进度 。 在 执 
行 完 所 有 的 测试 之 后 ,测试 运行 器 会 显示 OK ,并 且 告 诉 我 们 它 总 共 执 行 了 多 少 测试 和 花费 
了 多 少时 间 。 

在 上 述 执行 测试 的 命令 中 ,类 路 径 包 含 了 junit. jar 和 当前 的 目录 (. )。junit. jar 是 仅 有 
的 一 个 需要 放 到 类 路 径 下 的 文件 。 当 前 的 目录 (. ) 正 是 解 包 JUnit 的 那个 目录 ,JUnit 测试 的 
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所 有 * . class 文件 所 在 目录 从 此 目录 开始 。 接 着 的 一 个 参数 
是 JUnit 的 基于 文本 的 测试 运行 器 的 类 名 。 这 个 运行 器 会 执行 所 有 的 JUnit 测试 ,并 将 结 
果 报 告 给 控制 台 。 最 后 一 个 参数 junit. tests. AllTests, 是 需要 运行 的 测试 套件 的 
名 字 。 

设置 * .jar 路 径 运 行 JUnit 测试 时 ,将 JUnit 中 的 所 有 * . jar 文件 放 到 类 路 径 中 。 有 两 
种 方法 来 设置 JUnit 的 类 路 径 : 一 是 将 JUnit 中 的 所 有 * .jar 文件 放 到 类 路 径 中 ; 二 是 运 
行 JUnit 测试 程序 时 ,在 运行 命令 选择 项 里 指定 如 图 6-1 所 示 。 


junit. textui. TestRunner， 


4. 运行 JUnit 测试 

JUnit 框架 提供 两 种 运行 测试 的 方式 : 文本 式 和 图 形 用 户 界面 式 。 在 介绍 JUnit 安装 检验 
时 ,使 用 的 是 文本 式 , 即 执行 命令 是 从 命令 行 输 入 的 ,结果 显示 到 控制 台 。 下 面 以 清单 6-1 为 
例 说 明 如 何 运行 图 形 用 户 界面 式 的 JUnit 测试 运行 器 。 

在 运行 JUnit 的 测试 程序 之 前 ,需要 编译 。 编 译 的 命令 如 下 : 

>javac -classpath junit. jar; <your_classpath> -d <destination_directory> <your_source_ files> 


和 运行 JUnit 的 测试 程序 一 样 ,编译 时 需要 将 junit. jar 这 个 文件 放 到 类 路 径 下 。 然 后 
指定 我 们 自己 的 类 路 径 ,可 选项 -d 容许 把 源 程序 编译 成 . class 文件 后 放 到 指定 的 目 
录音 。 

JUnit 框架 提供 图 形 用 户 界 面 式 运行 测试 有 两 个 版 本 : AWT(Abstract Window 
Toolkit) 版 本 和 Swing 版 本 。 使 用 AWT 版 本 时 输入 以 下 命令 来 启动 JUnit 运行 器: 


>java -cp junit. jar; <your_classpath> junit. awtui. TestRunner 


命令 启动 后 出 现 如 图 6-2 所 示 的 AWT 版 本 图 形 用 户 界面 。 对 于 界面 的 5 个 部 分 简单 介绍 
如 下 : 

(1) 测试 类 名 。 这 个 名 是 TestCase 测试 类 全 称 (Fully Qualified) ,如 对 于 AllTests 来 
说 ,是 junit. samples. AllTests。 

(2) 结果 显示 横 条 。 如 果 测 试 无 错误 而 且 无 失败 , 则 横 条 显示 “ 绿 ” 色 ; 否则 横 条 显示 
“ 红 ” 色 。 横 条 上 面 的 选项 容许 选择 每 次 运行 测试 时 重新 装 入 测试 的 字 节 码 类 文件 。 如 果 要 
动态 修改 测试 程序 ,那么 这 个 选项 很 有 用 , 它 让 我 们 能 运行 最 新 的 测试 版 本 。 

(3) 结果 统计 。 界 面 显 示 3 个 测试 统计 结果 , 即 测试 套件 里 总 共 测 试 方法 的 数目 ,测试 
发 生 错 误 的 数目 和 测试 失败 的 数目 。 关 于 “测试 错误 ”与 “测试 失败 ”的 定义 与 理解 ,在 后 面 
还 会 继续 讨论 。 

(4) 错误 与 失败 的 显示 。 这 部 分 有 两 个 显示 区 ,上 面 的 显示 区 是 错误 和 失败 的 列表 (如 
果 有 的 话 ); 下 面 的 显示 区 是 从 错误 和 失败 的 列表 中 选 定 项 的 详细 说 明 。 

(5) 信息 显示 栏 : 显示 运行 测试 套件 的 所 有 测试 方法 的 时 间 , 以 秒 为 单位 。 
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Test class name: 


imit smples AllTests 


| Reload dlasses eyen run 


Runs: 


Failures. 
Emors and Failures: 


Finished; 1 109 seconds 


图 6-2 AWT 版 本 的 JUnit 运行 器 界面 
使 用 Swing 版 本 时 输入 以 下 命令 来 启动 JUnit 运行 器 : 
>java -cp junit. jar; <your_classpath> junit. swingui. TestRunner 


命令 启动 后 出 现 如 图 6-3 所 示 的 Swing 版 本 图 形 用 户 界面 。Swing 版 本 界面 除了 外 观 比 
AWT 版 本 表达 丰富 外 ,Swing 界面 还 容许 浏览 文件 目录 ,从 而 方便 选择 测试 套件 (如 图 6-3 
右 方 图 所 示 ) 。 


Junit 
Test class name: 


nitsamptes arrests 


Reload classes every run 


Runs: 119/119 X Emrors: 0 


DY ActiveTestTest - extensions 
D ActiveTestTest -iunittests.extensions 


GE MTests - junittests.extensions 


4 


on 


Finished: 1.172 seconds 


图 6-3 Swing 版 本 的 JUnit 运行 器 界面 
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现在 编译 并 运行 清单 6-1 所 示 的 测试 程序 。 假 设 把 SimpleTest 程序 放 到 当前 目录 下 的 
junit 目录 下 的 samples 目录 里 。 如 图 6-4 所 示 , 用 AW 版 本 的 JUnit 运行 器 界面 来 显示 程序 
SimpleTest 运行 的 结果 。 测 试 统计 报告 ,运行 两 个 测试 方法 ,有 一 个 错误 ,无 失败 。 同 时 横 条 
显示 “ 红 ” 色 。 错 误 与 失败 的 两 个 显示 区 分 别 列 出 有 错误 的 测试 方法 testDividedByZero() 和 
显示 错误 的 详细 信息 。 底 部 的 信息 栏 里 显示 选中 的 出 错 的 测试 方法 。 

JUnit 


JUnit 


Test class name: 


|SinpleTest 


WV Reload classes every run 


Failures. 


Errors and Failures: 


Eror testDivideByZero(SimpleTesti/ by zero 
Run 


FRR 和 
Test ContDi vi deByZere 人 inplerest java:11 
Mt sur ee Nativethh dc eess srIopl Five Hethod 
at sun. reflect. NativellethodAccessorInpl. invoke (Unknown Source 
at sun reflect. DelegatinglethodAccessorInpl. invoke (Unlmorn So 


< 
Finished; 0.047 seconds 


图 6-4 SimpleTest 程序 运行 结果 


界面 上 还 有 3 个 按钮 没有 解释 。 右 边 第 1 个 按钮 Run: 当 输 入 测试 类 名 后 , 按 此 按钮 
来 执行 测试 。 右 边 第 2 个 按钮 Run: 如 果 发 生 错误 或 失败 时 ,可 以 对 发 生 错 误 或 失败 的 测 
试 方法 进行 修改 、 编 译 , 然 后 按 此 按钮 进行 再 测试 。 注 意 , 测 试 类 名 下 方 的 选择 项 必须 被 选 
中 。Exit 为 退出 按钮 。 


6.1.3 JUnit 常见 问题 


1. JUnit 的 断言 

先 来 看 一 下 : 在 清单 6-1 SimpleTest 中 再 加 两 个 测试 方法 testAdd() 和 testEqual() ,如 
清单 6-2 所 示 。 

清单 6-2: 用 断言 方法 “测试 ?失败 


1. public void testAdd() { 
double result 一 2 十 3; 
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assertTrue(result 一 一 6); 
} 
public void testEqual() { 
double a=6,b=7; 
assertTrue( a==b); 


和 


} 
重新 编译 SimpleTest 并 运行 ,如 图 6-5 所 示 。 


JUnit 


Test class name: 


[EC 


lV Reload classes every run 


Errors: 
Errors and Failures: 
Error testDivideByZero(SimpleTest):/ by zero 


Failure testAdd(SimpleTest) 
Failure: testEqual(SimpleTest’ 


java. lang. ArithmeticException; / by zero 
at SimpleTest. testDivideByZero (SimpleTest. java: 11) 
at sun. reflect. NativellethodAccessorImpl. invokeD (Wative Method 
at sun. reflect. NativellethodAccessorImpl. invoke (Unjmown Source. 
at sun reflect. DelegatinelethodAccessorImp]. invoke (Unlmown Son 


名 | 加 


Finished: 0.031 seconds Exit 


图 6-5 SimpleTest 程序 运行 结果 : 有 错误 与 失败 


要 理解 JUnit 是 怎样 决定 一 个 测试 到 底 是 通过 了 还 是 失败 了 ,就 需要 了 解 断言 的 方法 
是 怎样 表示 一 个 断言 已 经 失败 了 的 。 要 让 JUnit 测试 能 够 自行 验证 ,就 必须 对 于 对 象 的 状态 
做 出 断言 。 当 JUnit 断言 失败 了 ,断言 的 方法 就 会 抛 出 一 个 异常 ,来 表示 这 个 断言 失败 了 。 更 
准确 地 说 , 当 断 言 的 方法 失败 时 ,断言 的 方法 会 抛 出 一 个 错误 : AssertionFailedError。 下 面 
是 assertTrue() 的 源 代码 。 


清单 6-3: assertTrue( ) 的 源 代码 


static public void assertTrue(boolean condition) { 
if (1 condition) 


. 
2 
3. throw new AssertionFailedError(); 
4 
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当 assertTrue() 传 人 的 条 件 是 false 时 ,这 个 方法 会 抛 出 AssertionFailedError, 来 表示 
这 是 个 失败 的 断言 。JUnit 框架 捕获 这 个 错误 ,将 其 标记 为 “失败 ”, 并 记 住 是 哪个 测试 失败 
了 ,然后 再 进行 下 一 个 测试 。 当 assertTrue() 传 人 的 条 件 是 true 时 ,JUnit 认为 该 测试 通 
过 省 5 

当 一 个 断言 失败 了 ,加 上 一 个 简短 的 消息 来 通知 这 个 失败 的 一 些 属性 甚至 是 失败 的 原 
因 ,可 能 会 产生 比较 好 的 效果 。 在 JUnit 框架 中 ,一 个 断言 的 方法 的 第 一 个 参数 作为 可 选项 ， 
接受 一 个 String 类 型 的 参数 ,包含 一 些 消息 ,在 断言 失败 的 时 候 显示 出 来 。assertTrue() 有 两 
种 形式 ， 

static public void assertTrue(boolean condition) 

statie public void aseertT iie( Sing mensage; boolean condition) 

在 JUnit 框架 中 ,和 assertTrue() 相 对 应 的 断言 的 方法 有 assertFalse(), 它 也 有 两 种 
形式 : 

static public void assertFalse( boolean condition) 

static public void assertFalse( String message, boolean condition) 

和 assertTrue() 相 反 , 当 assertFalse () 传 人 的 条 件 是 false 时 ,JUnit 认为 该 测试 通过 
了 ; 当 assertFalse () 传 人 的 条 件 是 true 时 ,会 抛 出 AssertionFailedError, 来 表示 这 个 断言 
失败 了 。 

JUnit 框架 提供 一 套 断 言 的 方法 ,以 用 于 不 同 种 情况 。 感 兴趣 或 需要 使 用 这 些 断 言 的 
方法 的 读者 ,可 查阅 JUnit 文档 或 参考 文献 [2] 和 [3]。 


2. 失败 与 错误 

JUnit 的 测试 结果 中 “失败 ”与 “错误 ”是 不 同 的 。“ 失 败 ” 是 指 断 言 失 败 ,而 “错误 ”是 指 
当 某 种 其 他 异常 发 生 时 ,而 这 种 异常 还 没 被 测 出 也 没 被 预料 到 。 这 种 区 别 是 微妙 的 也 是 有 
用 的 。 出 现 “ 失 败 ” 的 断言 通常 表示 产品 代码 中 有 问题 ,而 出 现 “ 错 误 ” 却 表示 测试 本 身 或 周 
目的 环境 存在 着 问题 。 

“错误 ”可 能 是 得 到 一 个 不 正确 的 异常 ,或 者 调用 一 个 空 引 用 上 的 方法 ( 抛 出 
NullPointerException) ,或 者 对 于 数组 的 操作 超出 数组 的 范围 ( 抛 出 ArrayIndexOutOf- 
BoundsException); 也 可 能 是 磁盘 已 经 满 了 或 者 网 络 连接 不 通 ,或 者 一 个 文件 找 不 到 。 
JUnit 并 不 把 这 些 算 作 产 品 代 码 的 缺陷 ,而 是 采取 一 种 * 举 手 投降 ”方式 来 表达 :“ 有 些 不 对 
劲 了 。 我 不 能 分 辩 这 个 测试 是 否 通过 。 请 解决 这 个 问题 后 再 重新 测试 一 次 .” 

有 时 候 ,JUnit 框架 的 “失败 ”被 称 为 “预期 的 失败 条 件 ”; 而 “错误 ”被 称 为 “不 曾 预 料 到 
的 失败 条 件 ”。 测 试 人 员 用 断言 方法 “测试 "失败 。 如 清单 6-2 所 示 的 两 个 测试 ,testAdd() 
和 testEqual() 分 别 用 到 了 断言 方法 assertTrue(boolean) ,我 们 期 望 返回 的 值 是 false, 即 两 
个 断言 方法 “失败 ”了 ,JUnit 的 运行 器 将 报告 这 两 个 “失败 ”。 
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然而 “错误 ”, 即 “不 曾 预 料 到 的 失败 条 件 ”, 在 运行 时 候 (runtime) 将 引起 异常 。 如 清单 6-1 
所 示 , 第 8 行 语句 将 引起 异常 ,JUnit 的 运行 器 将 报告 这 为 错误”"。 所 谓 “ 不 曾 预料 到 的 ”是 
指 无 法 用 JUnit 提供 的 断言 方法 来 预期 其 结果 ,或 者 是 测试 人 员 事 先 没 料 到 的 测试 程序 不 
当 之 处 。 有 人 可 能 要 问 :“ 清 单 6-1 的 第 8 行 不 是 有 错 吗 ? 不 是 能 “预期 ' 到 这 个 错误 吗 ?” 清 
单 6-1 是 一 个 示例 ,为 了 便于 解说 ,故意 把 那个 错 写 得 很 明显 。 在 实际 写 测试 程序 时 ,犯错 
误 的 地 方 往往 很 隐藏 ,很 难 发 现 。 

当 得 到 一 个 测试 运行 结果 的 报告 时 ,如 果 报 告 里 既 有 “失败 ”又 有 “错误 ”时 ,建议 先 调 
查 “ 错 误 ”, 解 决 了 错误 问题 以 后 再 重新 运行 这 个 测试 。 


3. 测试 套件 


在 清单 6-1 中 ,利用 TestSuite 的 构造 函数 TestSuite (SimpleTest. class) ,把 测试 程序 
SimpleTest 的 两 个 测试 方法 testMax() 和 testDivideByZero() 都 加 入 到 测试 套件 里 。 清 单 6-1 
中 的 suite() 方法 代码 : 


public static Test suite() { 
return new TestSuite (SimpleTest. class); 


} 
和 下 面 的 代码 是 等 价 的 ,也 就 是 说 ,上 面 的 代码 可 以 用 下 列 代码 代替 : 


public static Test suite() { 
TestSuite suite=new TestSuite(); 
suite. addTest(new TestSuite (“test Max”)); 
suite. addTest(new TestSuite (“testDividedByZero”)); 
return suite; 

} 

如 果 在 SimpleTest 中 增加 另外 的 测试 ,例如 testAdd() 和 testEqual() ,那么 TestSuite 
(SimpleTest. class) 会 自动 将 这 两 个 测试 加 到 测试 套件 里 ,而 无 须 手动 将 它们 写 入 测试 
套件 。 

其 实 , 如 果 在 清单 6-1 中 不 定义 一 个 TestSuite,JUnit 测试 运行 器 将 自动 生成 一 个 默认 
TestSuite。 这 个 默认 TestSuite 扫描 测试 类 中 以 test 开头 的 所 有 方法 ,在 内 部 为 每 个 
testXXX 方法 生成 一 个 TestCase 实例 ,并 把 被 调用 的 方法 名 作为 参数 转 入 TestCase 的 构 
造 函 数 。 

现在 的 情况 是 : 一 个 测试 类 里 有 很 多 测试 方法 ,我 们 并 不 想 运行 所 有 这 些 方法 ,而 只 是 其 
中 一 些 。 这 样 就 不 能 再 用 清单 6-1 中 的 方式 TestSuite (SimpleTest. class) 来 写 测 试 套件 ,也 不 
能 用 默认 TestSuite 。 这 种 情况 下 ,可 以 使 用 “手工 (Manual) 方式。 比如 我 们 只 是 想 运行 测试 
清单 6-1 中 testDividedByZero() , 则 可 以 用 以 下 代码 代替 清单 6-1 的 相应 部 分 ,如 清单 6-4 所 
示 。 把 testDividedByZero() 加 入 TestSuite 是 通过 使 用 Java 的 匿名 内 部 类 (Anonymous Inner 
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Classes) 方 式 实 现 的 ( 见 清单 6-4 的 第 3 和 第 4 行 )。 

如 果 用 匿名 内 部 类 方式 把 测试 方法 加 入 测试 套件 ,那么 这 些 测 试 方法 的 命名 规则 不 用 
遵循 testXXX 方式 。 但 是 在 其 他 场合 下 ,如 果 和 希望 运行 测试 类 里 的 所 有 测试 方法 ,那么 还 
是 遵循 JUnit 的 命名 规则 比较 方便 。 


清单 6-4: 手工 方式 加 入 测试 套件 


1. public static Test suite() { 

2 TestSuite suite=new TestSuite(); 

2 suite. addTest(new SimpleTest ("testDivideByZero") 

4. {protected void runTest() {testDivideByZero(); }}); 
5 return suite; 

6 


4. 测试 置 具 


几 个 测试 可 能 都 用 到 同一 个 或 同一 组 对 象 , 如 果 在 每 个 测试 里 各 自 编写 这 样 的 对 象 ,将 
造成 代码 宛 余 ,不 利于 维护 。 应 该 把 这 样 的 代码 分 离 出 来 单独 写 , 让 所 有 的 测试 都 可 以 利用 
这 些 对 象 代码 。 在 JUnit 框架 中 ,把 这 些 对 象 称 为 “测试 置 具 (Test Fixture)”。 清 单 6-5 给 
出 了 一 个 例子 ,说 明 如 何 使 用 测试 置 具 。 

(1) 首先 将 fEmpty 和 fFull 声明 为 实例 变量 (Instance Variable), 以便 它们 可 以 被 
VectorTest 类 的 方法 引用 。 

(2) 在 setUp() 方 法 里 ,fEmpty 和 fFull 被 实例 化 为 Vector 类 的 两 个 对 象 (严格 地 说 ， 
是 对 象 引用 )。fEmpty 是 一 个 空 Vector, 而 fFull 里 加 入 3 个 整数 ,分 别 为 1.2 和 3。 

(3) 测试 方法 testCapacity() 利 用 fFull 作为 测试 置 具 , 先 对 其 求 Vector 的 大 小 放 入 
变量 size 中 ,然后 再 加 入 100 个 整数 ,最 后 用 assertTrue(CfFull size() 二 二 100 十 size) 
断言 。 

(4) 测试 方法 testContains() 又 一 次 利用 测试 置 具 fFull, 通 过 使 用 assertTrue(CfFull， 
contains(new Integer(1))) 断 言 , 来 测试 fFull 是 含有 整数 1; 利用 测试 置 具 fEmpty, 通 过 使 
用 assertTrue(! fEmpty. contains(new Integer(1))) 断言 ,来 测试 fFull 是 不 含有 整数 1。 

读者 先 想 一 想 ,清单 6-5 的 运行 结果 是 什么 ,然后 编译 并 用 TestRunner 运行 一 下 ,以 验 
证 自己 的 想法 。 


清单 6-5: 利用 测试 置 具 示例 
public class VectorTest extends TestCase { 
protected Vector fEmpty,fFull; // 测 试 置 具 O 


// 设 置 测试 置 具 
protected void setUp() { 加 
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fEmpty=new Vector(); 
fFull=new Vector(); 
{Full, addElement(new Integer(1)); 
fFull. addElement(new Integer(2)); 
fFull. addElement(new Integer(3)); 
} 
public void testCapacity() { @ 
int size=fFull. size(); 
for (int i=0; i<100; i++) 
fFull. addElement(new Integer(iD); 
assertTrue(fFull. size() 王 王 100 十 size); 
} 
public void testContains() { @ 
assertTrue(fFull. contains(new Integer(1))); 
assertTrue(! fEmpty. contains(new Integer(1))); 


6.1.4 一 个 自动 售 货 机 的 例子 


自动 售 货 机 (Vending Machine) 可 以 销售 多 种 产品 ,如 冷饮 料 . 热 咖啡 ,糖果 小吃, 甚至 
速冻 食品 等 ,自动 售 货 机 可 以 方便 地 安装 在 城市 的 街道 学校、 工厂 中 ,给 人 们 的 生活 带 来 
方便 。 

自动 售 货 机 用 途 很 广 , 从 硬件 构成 上 看 ,主要 有 投 币 口 、 退 币 口 、 物 架 及 产品 、 标 有 价格 
的 按钮 和 取 品 处 ,如 图 6-6 所 示 。 


自动 机 物 架 
自动 机 可 售 产品 二 筹 投 币 口 
[L_ 
Yo 于 XXX | Yool 
入 千 二 二 加 
XXX XXX | YX ee 
带 有 标价 的 按钮 
取 品 处 


图 6-6 自动 售 货 机 硬件 构成 
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自动 售 货 机 的 各 个 硬件 动作 是 由 嵌入 式 软件 控制 的 。 软 件 控制 系统 的 类 图 如 图 6-7 所 
示 ,VendingMachine 由 CoinBox 和 Dispensor 构成 ,Controller 使 用 VendingMachine 实现 
对 自动 售 货 机 的 控制 。 下 面 以 CoinBox 为 例 , 写 一 个 JUnit 测试 程序 来 测试 CoinBox 类 的 
有 关 行 为 。 


CoinBox 


-curAmt: Integer 
VendingMachine -total: Integer 
-CoinBox - 
-returmBox (+insertCoin() 
-dispenser + getCurAmt() 
一 一 一 一 一 一 一 + getTotal() 
+makeChange() 
- release() 
+returnCoin() 


Controller 


Dispenser 


+ giveProduct() 


图 6-7 自动 售 货 机 类 图 


清单 6-6 列 出 了 CoinBox 的 一 个 实现 。CoinBox 有 两 个 实例 变量 (instance variables): 
curAmt 和 total; 和 6 个 方法 : insertCoin()、getCurAmt()、getTotal()、makeChange()、 
release() 和 returnCoin()。 其 中 release() 是 private 方法 , 供 makeChange() 和 returnCoin() 使 
用 ; insertCoin() 检 查 投入 币 是 否 是 5 分 、10 分 或 25 分 (币值 单位 可 以 理解 为 美 分 ,有 25 硬 
币 的 美 分 ) ,如 果 是 , 则 把 币值 累加 到 curAmt 中 ; makeChange() 找 回 零钱 ,对 curAmt 清 
零 ,把 售 出 的 产品 价格 累加 到 total 中 。 


清单 6-6: 自动 售 货 机 CoinBox 的 实现 


package coinbox; 
import java. i0. * ; 
public class CoinBox{ 
private int curAmt, total; 
public void insertCoin (int amt) throws InvalidCoinException { 
if (amt!l=58& &amt!=10& &amt!=25) { 
throw new InvalidCoinException(); 
} 
this. curAmt + = amt; 


System. out. println ("Current Amount is "十 curAmt); 


; 
public int getCurAmt () { 


return curAmt; 


} 
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public int getTotal () { 
return total; 


上 


public void makeChange (int price ) throws InvalidPriceException{ 


if (pricee<=0){ 
throw new InvalidPriceException(); 

} 

release(curAmt-price); 

curAmt=0; 

total 十 一 pricey 
private void release (int amt)1{ 

System. out. println ("Release "十 amt); 
public void returnCoin (){ 

release (curAmt); 

curAmt=0; 


} 


清单 6-7 列 出 了 上 述 CoinBox 的 一 个 JUnit 测试 程序 CoinBoxTest。 

(1) 实例 变量 coinBox 在 setUp() 中 被 设置 为 一 个 CoinBox 对 象 的 测试 置 具 。 

(2) CoinBoxTest 里 有 唯一 的 测试 方法 testTotal() 。 在 这 个 测试 方法 中 ,调用 coinBox 
的 insertCoin()10 次 ,每 次 投入 10 分 。 调 用 coinBox 的 getTotal () ,并 把 获得 的 值 附 给 局 
部 变量 total。 使 用 assertTrue("Total 王 "十 total 十 " Expected 王 100" ,total 王 王 100) 上 断言 来 


验证 “total 王 王 100”。 注 意 ,这 里 使 用 了 带 有 消息 的 参数 断言 格式 。 
清单 6-7: 自动 售 货 机 CoinBox 的 JUnit 测试 1 


import junit. framework. *; 
public class CoinBoxTest extends TestCase{ 

Private CoinBox coinBox; 

public CoinBoxTest(String testCaseName){ 

super(testCaseName) ; 

} 

public void setUp() { 
coinBox 一 new CoinBox()， © 
} 
public void testTotal() throws InvalidCoinException{ 

for(int i=1; i<=10; i++) 

coinBox. insertCoin(10); 
int total= coinBox. getTotal() ; @ 


assertTrue("Total Htotal+" Expected=100" ,total 


100); 


116 软件 测试 方法 与 实践 


利用 默认 TestSuite, 现在 可 以 把 清单 6-7 中 的 测试 程序 编译 并 用 JUnit 的 AWT 
TestRunner 运行 了 。 请 读者 在 看 下 面 的 内 容 之 前 想 一 下 ,其 运行 的 结果 应 该 是 什么 情况 ? 

用 JUnit 的 TestRunner 运行 的 结果 如 图 6-8 所 示 , 结 果 显示 横 条 呈 红 色 。 统 计 结 果 报 
告 : 运行 一 个 测试 用 例 , 出 现 一 个 “失败 ”。 错 误 与 失败 上 方 区 里 显示 失败 的 测试 方法 
testTotal(coinbox: CoinBox) ,注意 *“: "后面 的 Total 二 0 Expected 王 100 是 带 有 String 参数 
的 assertTrue(("Total 王 "十 total 十 " Expected 王 100",total 王 王 100) 断 言 输出 的 消息 。 这 
个 消息 使 得 失败 的 原因 很 清楚 : 实际 结果 为 Total==0, 而 期 望 结果 是 Expected 王 0。 如 果 再 
去 看 一 下 清单 6-6 列 出 CoinBox 的 insertCoin() 方 法 ,就 容易 明白 ,insertCoin() 方 法 只 对 实 
例 变 量 curAmt 操作 ,而 没有 对 total 有 任何 影响 ; 测试 方法 testTotal() 只 调用 insertCoin() 
方法 ,所 以 当 验证 getTotal() 时 ,其 返回 值 是 0。 


Test dass name: 


Feineoe CoinBorTest 


[V Reload classes every run 


Runs: Failures: 1 

Emors and Fallures: 

Ns 

String 参 数 部 分 
输出 的 消息 


unit, frmenork AssertionPailedError. Total=0, Expected=100 
at coinbox. CoinBoxTest, testTotal CoinBoxTest, java;15) 
at sun reflect. NativellethodAccessorInp]. invokeD Ofative Method. 
at sun reflect NativellethodAccessorInpl. inwo) Soure' 
at sun reflect. DelegatinglethodhccessorInpl]. invoke (Unknorn So 


< > 
[Finished; 0.018 seconds Ext 


图 6-8 ”CoinBox 的 JUnit 测试 运行 结果 1 


testTotal() 也 可 以 使 用 assertEquals 断言 ,这样 在 遇 到 失败 时 ,会 自动 打印 出 期 望 的 值 
与 实际 的 值 。 

如 果 把 清单 6-7 中 的 testToal() 方 法 换 成 testCurAmt() ,如 清单 6-8 所 示 ,运行 的 结果 
又 是 如 何 呢 ? testCurAmt() 里 的 for 语句 部 分 与 testToal() 相 同 , 但 这 次 调用 coinBox 的 是 
getCurAmt( ) ,并 把 获得 的 值 附 给 局 部 变量 curAmt。 使 用 assertTrue ("CurAmt 一 
"十 curAmt 十 " Expected 王 100" ,curAmt 王 王 100) 断 言 来 验证 “curAmt 王 一 100”。 


清单 6-8: 自动 售 货 机 CoinBox 的 JUnit 测试 2 


import junit. framework. x 
public class CoinBoxTest extends TestCasef 
private CoinBox coinBox; 
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public CoinBoxTest(String testCaseName){ 
super(testCaseName) ; 
} 
public void setUp() { 
coinBox 一 new CoinBox(); 
} 
public void testCurAmt() throws InvalidCoinException, InvalidPriceException{ 
for(int i=1; i<=10; i++) 
coinBox. insertCoin(10); 
int curAmt= coinBox. getCurAmt(); 
assertTrue("curAmt 一 "十 curAmt 十 "Expected 一 100" ,curAmt==100); 


} 


编译 清单 6-8 中 的 测试 程序 并 用 JUnit 的 TestRunner 运行 的 结果 如 图 6-9 所 示 。 这 次 
既 没有 失败 也 没有 错误 ,测试 通过 。 细 心 的 读者 可 能 注意 到 了 ,这 次 断言 assertTrue 
(CurAmt=" 十 curAmt 十 "Expected 王 100" ,curAmt 三 王 100) 没 有 输出 消息 。 不 错 , 当 无 
失败 时 ,这 种 格式 的 断言 不 输出 消息 。 


Testclass name: 


eoinbox. CoinBoxTest Run 


WS Reload dlasses every un 


Emors and Failures 


[Finished: 0 016 seconds 


图 6-9 CoinBox 的 JUnit 测试 运行 结果 2 


6.2 JUnit 的 设计 


本 节 将 基于 JUnit 3. 8. x 版 本 介绍 JUnit 的 设计 目标 和 设计 核心 内 容 , 包 括 TestCase、 
TestSuite 和 TestResult。 在 学 习 设计 内 容 时 ,要 用 到 设计 模式 (Design Pattern) 知 识 , 如 果 
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读者 还 不 具备 这 方面 知识 的 话 ,虽然 仍 能 理解 JUnit 思想 ,但 总 不 能 深刻 。 希望 通 过 这 一 节 
的 学 习 , 能 引起 读者 对 于 学 习 设计 模式 的 兴趣 。 


6.2.1 设计 目标 


根据 引 自 JUnit A Cook's Tour 中 的 文章 ,JUnit 的 设计 目标 主要 有 3 条 

(1) 提供 一 个 测试 框架 ,使 程序 开发 人 员 利 用 他 们 熟悉 的 工具 方便 地 为 程序 写 一 个 新 
的 测试 ,并 且 避 免 付出 重复 的 努力 。 

(2) 提供 一 种 管理 测试 用 例 的 机 制 , 使 得 测试 通过 的 程序 在 以 后 任何 时 候 ,可 以 运行 当 
时 的 测试 用 例 , 来 验证 那个 程序 。 而 且 这 些 测试 用 例 可 以 和 后 来 的 新 测试 用 例 组 合 在 一 起 
测试 。 

(3) 提供 一 种 重用 方式 ,使 得 测试 框架 能 重新 使 用 测试 置 具 来 运行 不 同 的 测试 。 

下 面 来 看 如 何 设计 JUnit 以 达到 上 述 3 条 目标 。 


6.2.2 JUnit 设计 


本 节 介 绍 的 内 容 包 括 3 个 类 : TestCase、TestSuite 和 TestResult。 


1，TestCase 


清单 6-9 给 出 了 TestCase 的 一 个 轮廓 。 

(1) 在 JUnit 框架 中 ,TestCase 是 一 个 “抽象 (Abstract)” 类 , 它 的 子 类 通过 “继承 ”来 实 
现 重 用 。implements Test erage i 
讨论 TestSuite 时 再 回 过 头 来 讲解 这 部 分 。 在 将 测试 nman 
用 例 封装 成 对 象 的 时 候 , 使 用 了 Command 模式 (如 Du 
图 6-10 所 示 ), 它 让 我 们 可 以 为 一 个 操作 生成 一 个 对 图 610 TestCase 中 的 Command 模式 
象 , 并 给 出 一 个 execute( 这 里 是 run) 方 法 。 

(2) 当 创 建 每 个 TestCase 时 ,都 有 一 个 名 字 , 以 便当 某 个 测试 未 通过 时 ,用 该 名 字 标 识 
这 个 测试 。 

(3) 所 有 的 测试 都 有 一 个 相同 的 结构 , 即 设置 测试 置 具 , 用 测试 置 具 运 行 一 些 代码 , 检 
查 结果 ,然后 清除 测试 置 具 。 遵 循 这 样 步骤 使 得 每 个 测试 都 有 一 个 全 新 的 测试 置 具 ,测试 结 
果 之 间 互 不 影响 。 每 个 步骤 因 测 试 不 同 而 有 些 不 同 ,这 些 不 同 将 留 给 子 类 去 实现 。 我 们 所 
描述 的 问题 正 是 “模板 方法 模式 (Template Method Pattern)” 所 要 解决 的 问题 。run 
(TestResult result) 依 次 调用 setUp()、runTest() 和 tearDown()3 个 方法 就 是 采用 了 
Template Method 设计 模式 ,如 图 6-11 所 示 。 

(4) 在 JUnit 框架 的 TestCase 中 ,setUp()、runTest() 和 tearDown() 的 默认 实现 是 不 
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TestCase 
+run() 
+runTest() Template Method 
+setUp() 
+tearDown() 


图 6-11 TestCase 中 的 Template Method 模式 


做 任何 事情 。 它 们 的 功能 留 给 子 类 去 实现 。 

(5) JUnit 的 设计 者 把 每 个 测试 用 例 都 看 作 不 同 的 对 象 (Object), 虽 有 相似 的 测试 步 
又 ,但 各 自 有 不 同 的 测试 内 容 , 还 有 不 同 的 识别 名 称 。JUnit 框架 有 “命令 模式 (Command 
Pattern) ”用 同一 接口 来 封装 (Encapsulate) 不 同 测试 对 象 。 在 JUnit 框架 中 ,这 个 接口 是 
run()。 这 使 得 JUnit 框架 运行 测试 时 只 认 准 一 个 接口 ,而 开发 人 员 则 可 以 写 出 不 同 的 任意 
多 个 测试 用 例 。 

关于 createResult() 方 法 ,将 在 下 一 节 将 继续 讨论 。 


清单 6-9: JUnit 的 TestCase 抽象 类 


public abstract class TestCase implements Test { © 


| 一 @ 


Private final String fNamey; 


public TestCase(String name) { 一 一 
fName= name; 
} 


public void run(TestResult result) (一 -一 @ 


result, startTest(this); 
setUp() 
runTest(); 


tearDown(); 

} 

protected void runTest() { 

} 

protected void setUp() { @ 

} 

protected void tearDown() { 

} 

public TestResult run() { © 
TestResult result= createResult(); 
run(result); 
return result; 

} 

protected TestResult createResult() { 
return new TestResult(); 


: 


120 软件 测试 方法 与 实践 


… // 省 略 其 他 方法 
} 


2. TestResult 

对 于 测试 运行 的 结果 需要 有 一 个 报告 ,一 般 包 括 这 样 的 信息 : 运行 了 多 少 测试 用 例 ， 
有 多 少 测试 用 例 通过 ,有 多 少 没有 通过 ,是 哪些 测试 用 例 没有 通过 。JUnit 的 每 一 个 测试 
都 是 通过 运行 TestCase 中 的 run() 方 法 执行 的 ,因此 在 run() 中 统计 各 个 测试 结果 是 很 直 
接 的 。 

JUnit 框架 使 用 “SmallTalk 最 佳 实践 模式 ”的 “收集 参数 (Collecting Parameter)” 模 式 。 
这 个 模式 建议 在 被 收集 结果 的 方法 上 添 一 个 参数 ,并 传人 一 个 对 象 , 让 这 个 对 象 收集 结果 。 
TestCase 中 的 run(TestResult result) 方 法 是 采用 了 收集 参数 模式 。TestResult 的 代码 轮 
廓 如 清单 6-10 所 示 。 

(1) TestResult 是 传人 run() 的 对 象 ,用 来 收集 运行 测试 的 结果 。 

(2) 用 run(TestResult result) 方 法 调用 TestResult 的 startTest (Test test)( 见 清单 6-9) ， 
来 跟踪 记录 测试 运行 的 数目 。TestResult 的 startTest 方法 被 声明 为 synchrionized, 这 使 得 
当 有 多 个 测试 运行 在 不 同 的 线程 上 时 ,单一 的 TestResult 的 对 象 能 够 安全 地 收集 结果 ,如 
图 6-12 所 示 。 


清单 6-10: JUnit 的 TestResult 类 


public class TestResult extends Object { © 
protected int {RunTests; 
public TestResult() { 
{RunTests= 0; 
} 
public synchronized void startTest(Test test) { ©@ 
{RunTests++; 
} 
… // 省 略 其 他 方法 
} 


TestResult TestCase 


+run(in: TestResult) 
+runTest() 
+setUp() 


+teatDown() 
Collecting Parameter ee 


6-12 TestResult 中 的 Collecting Parameter 模式 
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再 去 看 一 下 清单 6-9 ,为 了 保持 TestCase 对 外 的 简单 接口 ,TestCase 有 无 参数 的 run() 
方法 ,run() 利 用 createResult() ,创建 了 自己 的 TestResult 对 象 ,并 把 这 个 对 象 传 人 有 参数 
的 run(result)。 在 run(result) 调 用 TestResult 的 startTest 方法 ,开始 统计 工作 。 

在 6.1.3 节 中 ,我 们 曾 讨论 过 失败 与 错误 。 失 败 的 可 能 性 是 可 预期 的 ,并 且 使 用 断言 来 
进行 检查 ; 而 错误 是 不 可 预期 的 ,如 ArrayIndexOutOfBoundsException 异常 。 下 面 将 结合 
run(TestResult result) ,对 JUnit 框架 的 失败 与 错误 做 进一步 讨论 。 清 单 6-11 展开 了 run 
(TestResult result) 的 代码 : 

(1) 失败 是 通过 一 个 AssertionFailedError 来 发 送 通 知 的 。 在 第 一 个 catch 子 句 中 对 失 
败 进行 捕获 。 

(2) 在 第 二 个 catch 子 句 则 捕获 其 他 所 有 的 异常 ,以 确保 测试 能 够 继续 运行 。 

清单 6-11: TestCase 的 run(TestResult result) 方 法 


public void run(TestResult result) { 
result. startTest(this) ; 
setUp(); 
try { 
runTest(); 
} 
catch (AssertionFailedError e) { © 
result. addFailure(Cthis,e)， 
} 
catch (Throwable e) { @ 
result. addError(this, e) ; 
} 
finally { 
tearDown(); 
} 
} 


注意 ,第 一 个 catch 子 句 中 的 内 容 和 第 二 个 catch 子 句 中 的 内 容 不 能 对 换 位 置 , 否 则 永 
远 无 法 捕获 到 AssertionFailedError。 因 为 AssertionFailedError 是 继承 Java 的 Error 类 
( 见 清单 6-12) ,而 Error 类 是 继承 Throwable。 如 果 将 第 二 个 catch 子 句 中 的 内 容 置 于 第 一 
个 catch 子 句 中 的 内 容 之 前 ,所 有 类 型 的 异常 ,包括 AssertionFailedError 类 型 的 ,都 被 
JUnit 的 “错误 ?捕获 。 清 单 6-11 中 的 run(TestResult result) 保 证 AssertionFailedError 类 
型 的 异常 , 先 将 其 记 和 人 “失败 ”, 而 其 他 类 型 的 异常 全 记 入 不 可 预期 的 错误 。 这 样 便 体 现 了 在 
JUnit 框架 中 失败 与 错误 的 分 别 。 

从 清单 6-11 中 可 以 看 出 ,AssertionFailedError 不 应 该 由 客户 程序 ( 指 TestCase 中 的 一 
个 测试 方法 ) 来 负责 捕获 ,而 应 该 由 Template Method 内 部 的 TestCase. run() 来 负责 。 
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清单 6-12: AssertionFailedError 继承 Java 的 Error 类 


public class AssertionFailedError extends Error { 
private static final long serialVersionUID=1L; 


public AssertionFailedError () { 
} 
public AssertionFailedError (String message) { 
super (message); 
} 
} 


TestCase 提供 的 断言 方法 会 触发 一 个 AssertionFailedError。 针 对 不 同 的 目的 JUnit 


提供 一 组 断言 方法 。 下 面具 是 我 们 已 经 见 过 的 ( 见 清单 6-3) 中 最 简单 的 一 个 : 


protected void assertTrue(boolean condition) { 
if (! condition) 
throw new AssertionFailedError(); 


} 
在 TestResult 中 ,addError() 和 addFailure() 方 法 是 用 来 收集 错误 的 ,如 下 所 示 : 


public synchronized void addError(Test test, Throwable t) { 
fErrors. addElement(new TestFailure( test,t)); 


} 


public synchronized void addFailure(Test test, Throwable t) { 
fFailures. addElement(new TestFailure(test,t)); 


} 
addError() 和 addFailure() 用 到 的 TestFailure 是 框架 中 一 个 小 的 内 部 帮助 类 (Helper 


Class) , 它 将 失败 的 测试 和 异常 绑 定 在 一 起 以 备 测 试 执行 完成 后 报告 。 


3. TestSuite 
为 了 获得 对 系统 状态 的 信心 ,一 般 需 要 运行 许多 测试 。 前 面 介 绍 的 TestCase 和 


TestResult, 使 得 JUnit 能 够 运行 一 个 单独 的 测试 用 例 , 并 在 一 个 TestResult 中 报告 结果 。 
接 下 来 的 挑战 是 要 对 其 进行 扩展 ,以 使 其 能 够 运行 许多 不 同 的 测试 用 例 。 如 果 测 试 调用 者 
不 必 关 心 其 运行 的 是 一 个 或 多 个 测试 用 例 ,那么 这 个 问题 便 能 够 轻松 解决 。 在 JUnit 框架 
中 ,这 个 问题 是 通过 使 用 “组 合 模式 (Composite) "来 解决 的 。 


根据 (设计 模式 ) 一 书 外 ,组 合 模 式 的 意图 是 :“ 将 对 象 组 合成 树 型 结构 以 表示 “部 分 - 整 


体 ” 的 层次 结构 。Composite 使 得 用 户 对 单个 对 象 和 组 合 对 象 的 使 用 具有 一 致 性 .” 在 这 里 
“部 分 -整体 ”的 层次 结构 是 让 人 感 兴趣 的 地 方 ,因为 能 够 支持 测试 层 层 相 套 的 套件 正 是 问题 
的 所 在 。 
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简要 介绍 一 下 组 合 模式 ,Composite。 用 描述 模式 的 语言 来 说 ,Composite 引入 了 如 下 
的 参与 者 。 

。 Component: 声明 想 要 使 用 的 接口 。 此 接口 用 来 与 测试 进行 交互 。 

。 Composite: 实现 该 接口 并 维护 一 个 测试 的 集合 。 

。 Leaf: 代表 集合 中 的 一 个 测试 用 例 ,符合 Component 接口 规范 。 

组 合 模式 告诉 我 们 要 引入 一 个 抽象 类 ,来 为 单独 的 对 象 Composite 对 象 定义 公共 的 
接口 。 这 个 类 的 基本 意图 就 是 定义 一 个 接口 。 在 Java 中 应 用 组 合 模 式 时 ,更 倾向 于 定义 一 
个 接口 ,而 非 抽象 类 。 使 用 接口 避免 了 将 JUnit 托付 于 一 个 具体 的 基 类 来 进行 若干 测试 。 
所 必需 的 是 这 些 测试 要 符合 这 个 接口 。 因 此 JUnit 对 组 合 模式 的 描述 进行 变通 ,引入 一 个 
Test 接口 ,作为 Component 的 接口 。 

public interface Test { 


public abstract void run(TestResult result) ; 


} 

TestCase 对 应 组 合 模 式 中 的 一 个 Leaf。 现 在 回头 看 一 下 清单 6-9, 当时 没有 解释 
implements Test 部 分 ,现在 应 该 明白 了 ,TestCase 是 实现 了 Test 接口 里 的 抽象 方法 run 
(TestResult result) 。 

下 面 介绍 参与 者 Composite 如 图 6-13 所 示 。JUnit 框架 将 其 取 名 为 TestSuit( 测 试 套 
件 ) 类 。 清 单 6-13 给 出 了 JUnit 的 TestSuit 类 轮廓 。 

(1) TestSuit 在 一 个 Vector 中 保存 了 其 子 测试 (Child Test) 。 


Composit: Component 
* 


Test 


+run(in: TestResult) 


、 
Composit: Laf 


TestSuit -fTests 
TestCase ls 
-fName +run(in: TestResult) | Goroolite 
+run(in: TestResult) +addTest(in: Test) PR 


图 6-13 Test、TestCase、TestSuit 中 的 Composite 模式 


(2) TestSuit 的 run(TestResult result) 方 法 把 对 其 调用 委托 (Delegate) 给 子 成 员 来 进 
行 。 当 调用 TestSuite 对 象 的 run(TestResult result) 方法 ,TestSuit 遍历 自己 容纳 的 所 有 
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子 测试 ,逐个 调用 每 个 测试 的 test. run(result) 。 
(3) JUnit 框架 的 客户 必须 能 将 测试 添加 到 一 个 套件 中 ,这 是 使 用 TestSuit 的 addTest 
方法 来 实现 的 。 


清单 6-13: JUnit 的 TestSuit 类 


public class TestSuite implements Test { @O 
private Vector fTests 一 new Vector(); 
public void run(TestResult result) { @ 


for(Enumeration e=fTests. elements(); e. hasMoreElements(); ){ 
Test test= (Test)e. nextElement(); 
test. run(result) ; 
} 
} 
public void addTest(Test test) { @ 
fTests. addElement(test) ; 
} 
… // 省 略 其 他 方法 
} 


注意 ,所 有 上 面 的 代码 是 仅 依赖 于 Test 接口 的 。 由 于 TestCase 和 TestSuit 两 者 都 符 
合 Test 接口 ,所 以 可 以 递归 地 将 测试 套件 再 组 合成 套件 。 开 发 者 能 够 创建 他 们 自己 的 
TestSuit, 还 可 创建 一 个 套件 来 组 合 这 些 TestSuit 并 运行 。 


6.2.3 小 结 


前 面 介绍 了 JUnit 框架 里 主要 类 的 设计 ,包括 TestCase、TestResult 和 TestSuite。 请 
读者 思考 一 下 ,JUnit 框架 的 设计 是 如 何 来 实现 其 目标 的 ? 

6.2.1 节 列 出 了 3 个 设计 目标 。 第 二 个 设计 目标 直接 与 TestSuite 关联 。TestSuite 提 
供 了 一 种 管理 测试 用 例 的 机 制 ,使 得 测试 通过 的 程序 在 以 后 任何 时 候 都 可 以 运行 当时 的 测 
试用 例 ,以 来 验证 程序 。 而 且 这 些 测试 用 例 可 以 和 后 来 的 新 开发 的 测试 用 例 组 合 在 一 起 进 
行 测试 。 这 种 支持 修复 或 更 正 后 的 “再 测试 ”其 实 是 单元 回归 测试 , 它 有 利于 提升 系统 的 可 
信赖 度 。 关 于 回归 测试 的 有 关 知 识 , 在 第 7 章 有 深入 的 讨论 。 

第 三 个 设计 目标 是 由 JUnit 里 的 测试 置 具 来 支持 的 。 测 试 置 具 是 运行 一 个 或 多 个 测试 
所 需 的 公用 资源 或 数据 集合 。TestCase 通过 setUp 和 tearDown 方法 来 自动 创建 和 销毁 测 
试 置 具 。TestCase 会 在 运行 每 个 测试 之 前 调用 setUp, 并 且 在 每 个 测试 完成 之 后 调用 
tearDown。 把 不 止 一 个 测试 方法 放 入 同一 个 TestCase 的 一 个 重要 理由 就 是 可 以 共享 测试 
置 具 代 码 。 测 试 置 具 提 供 一 种 重用 方式 ,使 得 测试 框架 能 重新 使 用 测试 置 具 来 运行 不 同 的 
测试 。 

第 二 个 设计 目标 和 第 三 个 设计 目标 是 支持 第 一 个 设计 目标 的 。JUnit 框架 里 的 
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TestCase、TestResult、TestSuite 还 有 TestRunner( 我 们 没有 介绍 ) 一 起 ,提供 一 个 测试 框 
架 , 使 得 程序 开发 人 员 利 用 他 们 熟悉 的 工具 ,如 Java 等 ,很 方便 地 为 程序 编写 一 个 新 的 测 
试 ,并 且 避 免 付出 重复 的 努力 。 

作为 JUnit 总 结 附录 ,下 面 列 出 JUnit 框架 中 的 主要 接口 和 类 ,包括 Test 接口 .运行 测 


试 和 收集 测试 结果 等 。 如 图 6-14 所 示 。 


Test 


+run(in: TestResult) 


Command 
Template Method TestCase TestSuit -fTests 
-fName 


+run(in: TestResult) +run(in: TestResult) 1 E 
TestResult runTestt) +addTest(in: Test) Composite 
i +setUp() 
tlcarDown() 


、 \ 
Collecting Parameter Composit: Leaf 


图 6-14 JUnit 中 使 用 的 设计 模式 


1. Test 接口 


使 用 了 Composite 设计 模式 ,是 单独 测试 用 例 (TestCase) 、 聚 合 测试 模式 (TestSuite) 
及 测试 扩展 (TestDecorator) 的 共同 接口 。 它 的 public int countTestCases() 方 法 ,用 来 统计 
这 次 测试 有 多 少 个 TestCase, 另 外 一 个 方法 就 是 public void run(TestResult),TestResult 
实例 接受 测试 结果 ,run 方法 执行 本 次 测试 。 


2. TestCase 抽象 类 一 一 定义 测试 中 的 固定 方法 


TestCase 是 Test 接口 的 抽象 实现 ,( 不 能 被 实例 化 ,只 能 被 继承 ) 其 构造 函数 TestCase 
(string name) 根 据 输 入 的 测试 名 称 name 创建 一 个 测试 实例 。 由 于 每 一 个 TestCase 在 创 
建 时 都 要 有 一 个 名 称 ,所 以 若 某 测试 失败 了 , 便 可 识别 出 是 哪个 测试 失败 。 

TestCase 类 中 包含 setUp() tearDown() 方 法 。setUp() 方 法 集中 初始 化 测试 所 需 的 
所 有 变量 和 实例 ,并 且 在 依次 调用 测试 类 中 的 每 个 测试 方法 之 前 再 次 执行 setUp() 方 法 。 
tearDown() 方 法 则 是 在 每 个 测试 方法 之 后 ,释放 测试 程序 方法 中 引用 的 变量 和 实例 。 这 
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两 个 方法 的 实现 不 是 必需 的 。 开 发 人 员 编 写 测试 用 例 时 ,只 需 继 承 TestCase, 来 完成 run 
方法 即 可 ,然后 JUnit 获得 测试 用 例 , 执 行 它 的 run 方 法 ,把 测试 结果 记录 在 TestResult 
之 中 。 


3，Assert 静态 类 一 一 一 系列 断言 方法 的 集合 

Assert 包含 了 一 组 静态 的 测试 方法 ,用 于 比 对 期 望 值 和 实际 值 , 如 果 比 对 不 正确 , 即 测 
试 失败 ,Assert 类 就 会 抛 出 一 个 AssertionFailedError 异常 ,JUnit 测试 框架 将 这 种 错误 归 
入 Failes 并 加 以 记录 ,同时 标记 为 未 通过 测试 。 如 果 该 类 方法 中 指定 一 个 String 类 型 的 参 
数 , 则 该 参数 将 被 作为 AssertionFailedError 异常 的 标识 信息 ,告诉 测试 人 员 修 改 异常 的 详 
细 信 息 。 


4. TestSuite 测试 包 类 一 一 多 个 测试 的 组 合 


TestSuite 类 负责 组 装 多 个 测试 用 例 。 待 测 的 类 中 可 能 包括 了 对 被 测 类 的 多 个 测试 ,而 
TestSuit 负责 收集 这 些 测试 ,使 我 们 可 以 在 一 个 测试 中 完成 全 部 的 对 被 测 类 的 多 个 测试 。 
TestSuite 类 实现 了 Test 接口 , 且 可 以 包含 其 他 的 TestSuites。 它 可 以 处 理 加 入 Test 时 的 
所 有 抛 出 的 异常 。 

TestSuite 处 理 测试 用 例 有 6 个 规约 (否则 会 被 拒绝 执行 测试 ) : 

。 测试 用 例 必 须 是 公有 类 (Public) 。 

。 测试 用 例 必须 继承 自 TestCase 类 。 

。 测试 用 例 的 测试 方法 必须 是 公有 的 (Public) 。 

。 测试 用 例 的 测试 方法 必须 被 声明 为 Void。 

。 测试 用 例 中 测试 方法 的 前 置 名 词 必须 是 test。 

。 测试 用 例 中 测试 方法 误 任 何 传递 参数 。 


5. TestResult 结果 类 和 其 他 类 与 接口 


TestResult 结果 类 集合 了 任意 测试 的 累加 结果 ,通过 TestResult 实例 传递 个 每 个 测试 
的 Run() 方 法 。TestResult 在 执行 TestCase 时 如 果 失 败 , 则 会 抛 出 异常 。TestListener 接 
口 是 个 事件 监听 规约 ,可 供 TestRunner 类 使 用 。 它 通知 监听 器 对 象 相关 事件 ,方法 包括 测 
试 开始 startTest(Test test) ,测试 结束 endTest(Test test) ,增加 异常 addError(Test test， 
Throwablet) 和 增加 失败 addFailure(Test test, AssertionFailedError t)。 

TestFailure 失败 类 是 个 “失败 ”状况 的 收集 类 ,解释 每 次 测试 执行 过 程 中 出 现 的 异常 情 
况 。 其 toString() 方 法 返回 “失败 ?状况 的 简要 描述 。 

JUnit 的 优秀 设计 ,使 得 可 以 很 方便 地 对 其 进行 扩展 ,很 多 流行 的 测试 工具 都 是 基于 
JUnit 的 ,例如 StrutsTestCase 和 后 面 提 到 的 DBUnit 。 
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6.3 模仿 对 象 测试 


单元 测试 已 作为 软件 开发 的 最 佳 实践 被 普遍 接受 。 当 编写 某 个 类 时 ,需要 另外 提供 一 
个 相应 的 测试 类 ,用 各 种 参数 调用 被 测 类 的 各 种 公用 方法 ,通过 验证 返回 值 是 否 正 确 来 确保 
被 测 类 实现 的 正确 性 。 对 于 逻辑 简单 或 自身 相对 独立 的 类 来 说 ,编写 单元 测试 很 简单 。 回 
想 第 3 章 的 3. 1 节 介 绍 JUnit 时 使 用 的 例子 ,都 属于 这 种 情况 。 为 了 使 读者 把 注意 力 集中 
在 JUnit 的 使 用 上 ,例子 中 被 测 类 中 的 方法 都 很 简单 ,并 且 没 有 使 用 其 他 类 的 对 象 方法 来 完 
成 其 功能 。 然 而 ,实际 系统 中 可 能 会 有 复杂 的 体系 结构 ,例如 某 些 类 会 使 用 底层 基础 类 提供 
的 功能 或 服务 。 这 些 被 使 用 的 类 称 为 合作 者 (Collaborator) 。 当 对 这 种 复杂 类 进行 单元 测 
试 时 ,实例 化 这 些 合作 者 通常 是 昂贵 的 ,不 切实 际 的 或 低 效 率 的 。 最 常见 的 情况 就 是 合作 者 
类 还 没有 实现 ,无 法 使 用 它 提供 的 功能 ,而 又 需要 对 使 用 合作 者 类 的 类 进行 单元 测试 ,这 时 
怎么 办 呢 ? 这 就 需要 使 用 下 面 将 要 介绍 的 模仿 对 象 技 术 。 


6.3.1 模仿 对 象 简介 


隔离 其 他 方法 或 环境 而 对 被 测 类 中 的 方法 进行 单元 测试 ,显然 ,这 是 个 值得 追求 的 目 
标 。 隔 离 测试 可 以 测试 还 未 完成 的 代码 ,只 要 有 接口 可 用 便 能 进行 。 最 大 的 好 处 在 于 编写 
专门 测试 单一 方法 的 代码 , 免 去 了 被 测试 方法 调用 其 他 对 象 而 带 来 的 副作用 。 编 写 小 而 专 
一 的 测试 很 有 用 : 小 的 测试 容易 理解 ,当代 码 的 其 他 部 分 改变 时 测试 也 不 易 被 破坏 。 如 果 
测试 的 粒度 比较 大 ,那么 一 旦 重 构 引 入 错误 ,就 会 有 一 系列 的 测试 失败 。 结 果 就 是 测试 报告 
出 现 了 错误 ,但 并 不 能 确切 知道 错误 在 哪儿 。 而 用 细 粒 度 的 测试 , 受 错误 影响 的 测试 比较 
少 ,而 且 测试 会 提供 精确 信息 指出 错误 的 确切 原因 。 

模仿 对 象 (Mock Object) 就 是 实现 隔离 测试 的 一 种 技术 。 模 仿 对 象 用 来 代替 被 测 代码 
中 的 合作 者 对 象 。 被 测试 对 象 调用 “模仿 ”对 象 ,而 不 是 调用 “真实 ”对 象 。 模 仿 对 象 会 传递 
回 结果 ,结果 是 设置 好 的 。 如 何 创建 模仿 对 象 呢 ? 请 看 下 面 一 个 简单 的 例子 。 

如 图 6-15 所 示 ,Purchase 类 是 要 测试 的 目标 类 。Purchase 类 的 getTotalPrice 方法 使 用 
DBAccess 类 的 getPriceFromDB 方法 。DBAccess 类 是 Purchase 类 的 合作 者 。TesterPurchase 
类 使 用 真实 的 DBAccess 合作 者 对 象 对 Purchase 类 进行 单元 测试 。 

清单 6-14 给 出 了 被 测 类 Purchase 中 getTotalPricie 方法 的 实现 (其 他 的 方法 没有 展示 
出 )。getTotalPricie 的 实现 很 简单 , 它 接受 传人 的 一 个 DBAccess 实例 dbAccess, 然 后 调用 
dbAccess 的 getPriceFromDB 方法 。 
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Purchase DBAccess 
TestTarget Ee Se _ J i 
class 
+ getTorPrice() + getPriceFromDB() 


] 


Before using TesterPurchase 
mock object 


+ testGetTotalPrice() 


图 6-15 使 用 Mock Object 前 的 单元 测试 


清单 6-14: 被 测 类 Purchase( 只 展示 部 分 实现 ) 


class Purchase { 


public double getTotalPrice(DBAccess dbAccess) { 
dbAccess. getPriceFromDB()， 
} 


假设 DBAccess 类 的 实现 已 完成 并 通过 单元 测试 ,设置 数据 库 里 的 Price 值 为 180。 用 
“真实 ”的 DBAccess 来 测试 Purchase, 如 清单 6-15 所 示 。 
清单 6-15: 用 “真实 ”的 DBAccess 来 测 Purchase 


class PurchaseWithRealDBAccessTest extends TestCase { 


public void testGetTotalPrice { 
Purchase purchase 一 new Purchase(); 
DBAccess dbAccess = new DBAccess(); 
assertTrue(180. 0, purchase. getTotalPrice(dbAccess) ); 
} 人 


} 


但 是 如 果 DBAccess 类 的 实现 还 未 完成 ,或 是 数据 库 的 设置 不 能 完全 被 测试 人 员 控 制 ， 
导致 所 设 值 发 生 改 变 ,这 些 情况 会 使 “自动 测试 ?难以 达到 目的 。 此 时 ,模仿 对 象 提 供 了 一 
个 解决 方案 : 模仿 对 象 有 与 被 测 对 象 的 合作 者 完全 一 致 的 接口 ,在 测试 中 作为 “合作 者 ?被 
传递 给 被 测 对 象 ; 当 被 测 对 象 调用 合作 者 时 ,模仿 对 象 根 据 测试 者 的 意愿 改变 某 些 状态 或 
返回 期 望 的 结果 ,以 检查 被 测 程序 是 否 按照 所 期 望 的 逻辑 进行 工作 ,达到 单元 测试 的 目的 。 

如 图 6-16 所 示 , MockDBAccess 是 模仿 对 象 , 它 继承 自 真实 的 DBAccess, 并重 写 
getPriceFromDB 方法 。 测 试 Purchase 类 时 ,不 是 调用 DBAccess 的 getPriceFromDB 方法 ， 
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而 是 调用 MockDBAccess 的 getPriceFromDB 方法 。 
[ee Purchase | DBAccess | Colliborater 
+ getTotalPrice() + getPriceFromDB() class 


After using | TesterPurchase MockDBAccess 
mock object 
| 


+ testGetTotalPrice() + getPriceFromDB() 


图 6-16 使 用 Mock Object 后 的 单元 测试 


清单 6-16 是 MockDBAccess 的 实现 , 它 只 有 一 个 getPriceFromDB 方法 ,将 Price 设 为 
180.0, 而 不 是 从 数据 库 获取 ,并 简单 地 返回 double 类 型 , 值 为 180. 0。 


清单 6-16: DBAccess 的 Mock Object: MockDBAccess 


class MockDBAccess extends DBAccess { 
public double getPriceFromDB() { 
double price= 180. 0; 
return price; 
} 
} 


清单 6-17 列 出 用 模仿 对 象 MockDBAccess 对 被 测 类 Purchase 的 getTotalPrice 进行 测 
试 ,传人 的 是 MockDBAccess 实例 ,而 不 是 如 清单 6-16 所 示 , 传 人 的 是 DBAccess 实例 。 


清单 6-17: 利用 MockDBAccess 测试 Purchase 


class PurchaseWithMockDBAccessTest extends TestCase { 


public void testGetTotalPrice { 
Purchase purchase 一 new Purchase(); 
MockDBAccess mockDBAccess 一 new MockDBAccess(); 
assertTrue(180,purchase. getTotalPrice( mockDBAccess) )s 


} Re 
1 用 模仿 对 象 代替 对 旬 


1 
让 J 


} 


6.3.2 ”模仿 对 象 与 重 构 


使 用 模仿 对 象 进行 测试 的 一 般 编码 格式 是 : 
"创建 模仿 对 象 的 实例 。 
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。 设置 模仿 对 象 中 的 状态 和 期 望 值 。 

。 将 模仿 对 象 作为 参数 来 调用 被 测 代 码 。 

。 验证 模仿 对 象 中 的 一 致 性 和 被 测 对 象 的 返回 值 或 状态 。 

虽然 这 种 模式 对 于 许多 情况 都 非常 有 效 , 但 模仿 对 象 有 时 不 能 被 传递 到 被 测 对 象 中 。 
相反 ,被 测 对 象 是 用 来 创建 .查找 或 获得 其 合作 者 的 。 例 如 ,测试 对 象 可 能 需要 获得 对 
Enterprise JavaBean(EJB) 组 件 或 远程 对 象 的 引用 。 或 者 ,被 测 对 象 会 使 用 具有 副作用 的 对 
象 , 如 使 用 File 对 象 ,而 File 对 象 要 删除 一 些 文件 。 在 单元 测试 中 ,我 们 不 希望 有 这 些 副 作 
用 ,而 希望 使 用 一 个 没有 副作用 的 模仿 对 象 。 这 种 情形 下 可 以 尝试 重 构 对 象 ,使 之 更 便于 测 
试 。 例 如 ,可 以 更 改 方法 签名 ,以便 传人 合作 者 对 象 。 

有 人 认为 ,单元 测试 应 该 对 测试 中 的 代码 透明 : 不 应 该 为 了 简化 测试 而 改变 被 测 代码 。 
这 是 错误 的 ,单元 测试 是 对 被 测 代码 的 最 好 运用 。 如 果 被 测 代码 不 能 很 方便 地 在 测试 中 使 
用 ,那么 就 需要 考虑 重 构 代 码 。 

下 面 用 图 6-17 所 示 的 例子 来 描述 重 构 代 码 过 程 。ATMService 类 模拟 自动 取款 
(ATM) ,提供 取款 (Withdraw) 、 存 款 (Deposit) .转账 (Transfer) .查询 (Inquiry) 服 务 , 它 需 
要 使 用 一 个 数据 连接 对 象 connection。 数 据 连接 对 象 为 DBDataConnetion 对 象 , 实现 
IDataConnetion 接口 ,需要 连接 数据 库 获取 账户 信息 (getAccount) 和 更 新 账户 信息 
(UpdateAccount)。 账 户 信息 由 类 AccountInfo 表示 。 


ATMService 
-connection:IDataConnection | 
+withdraw(in amount:int,in id:string) 
+depoist(in amount:int,in id:string) 
+transfer(in fromld:string,in told:strign,in amoun:int) 
+inquiry(in id:string) 


<< 接 口 >> 
IDataConnection 
+getAccount(in id:string):AccountInfo 
+updateAccount(in account:AccountInfo) 
+addAccount(in account:AccountInfo) 


AccountInfo 
-cardNo:string 
-password:string DBDataConnection 


-balance:int -log:MockDataConnection 


-setCardNo(in id:string) -conf:1Configuration 
-setPassword(in pwd:string) ee ee 


-setBalance(in amount:int) 
-getCardNo():string * 
-getPassword():string 1 

-getBalance():int 1 


MockDataConnection 


# 


<< 接 口 >> << 接 口 >> 
IConfiguration Log 
+getSOL():string’ 


图 6-17 ATM 实例 类 图 


假设 已 经 实现 了 ATMService 类 和 AccountInfo 类 ,准备 对 ATMService 类 进行 单元 
测试 (AccountInfo 类 只 是 实现 设置 和 获取 属性 值 ,其 逻辑 非常 简单 ,所 以 忽略 对 它 的 单元 
测试 )。 再 回顾 一 下 上 一 节 介 绍 的 模仿 对 象 方法 。ATMService 类 中 需要 使 用 一 个 数据 连 
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接 对 象 ,但 现在 还 未 实现 DBDataConnetion 类 ,所 以 需要 模仿 一 个 数据 连接 对 象 。 上 一 节 
的 例子 中 直接 继承 被 模仿 类 得 到 模仿 对 象 ,而 本 例 中 有 一 个 提供 数据 连接 功能 的 接口 
IDataConnetion ,所 以 可 以 通过 实现 该 接口 来 得 到 模仿 对 象 MockDataConnection。 

清单 6-18 给 出 了 ATMService 类 的 主要 代码 。ATMService 类 使 用 一 个 实现 了 
IDataConnection 接口 的 数据 连接 对 象 ,并 在 构造 函数 中 初始 化 该 对 象 。 有 4 个 方法 ,分 别 
是 withdraw、deposit、transfer、inquiry。 

。 inquiry(String cardNo) 方 法 传人 账户 卡号 cardNo, 返 回 该 账户 的 余额 。 

。 withdrawl(String cardNo,long amount) 方 法 传人 账户 卡号 cardNo 和 一 定数 额 的 款 
项 amount, 首 先 通 过 数据 连接 对 象 获得 该 账户 的 余额 信息 ,然后 从 余额 中 减 去 
amount, 随 后 再 通过 数据 连接 对 象 更 新 该 账户 余额 。 
deposit(String cardNo,long amount) 方 法 和 withdrawl 方法 类 似 , 只 是 在 账户 余额 
上 增加 一 定数 额 (amount) 。 
transfer(String fromCardNo,String toCardNo,long amount) 方 法 涉及 两 个 账户 ,从 
一 个 账户 fromCardNo 中 扣除 一 定数 额 amount 增加 到 另 一 个 账户 toCardNo 上 。 
相当 于 withdrawl 和 deposit 方法 的 结合 。 


清单 6-18: 被 测 类 ATMService 


public class ATMService { 
private IDataConnection dconn; 


public ATMService(IDataConnection dc) { 
dconn = de; 


} 


public void withdraw(String cardNo,long amount) { 
Account a = dconn. getAccount(cardNo) ; 
long balance = a. getBalance() -amount; 
a. setBalance(balance) ; 
dconn. updateAccount(a); 


} 


public void deposit(String cardNo,long amount) { 
Account a = dconn. getAccount(cardNo); 
long balance = a. getBalance() + amount; 
a. setBalance(balance) ; 
dconn. updateAccount(a); 
} 
public void transfer(String fromCardNo, String toCardNo,long amount) { 
Account a = dconn. getAccount(fromCardNo); 
Account b = dconn. getAccount(toCardNo); 
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long aBalance=a. getBalance() 一 amount; 
long bBalance=b. getBalance() 十 amount; 
a. setBalance(aBalance); 

b. setBalance(bBalance) ; 

dconn. updateAccount(a); 

dconn. updateAccount(b); 


public long inquiry(String cardNo) { 
Account a = dconn. getAccount(cardNo); 
return a. getBalance(); 


} 


清单 6-19 给 出 MockDataConnection 的 主要 代码 。MockDataConnection 中 用 HashMap 存 
储 账户 信息 ,并 在 构造 函数 中 预先 设 好 两 个 账户 信息 (a 和 b) 作 为 测试 数据 。 账 户 卡号 作为 
关键 字 (Key) ,账户 对 象 作为 值 (Value)。 通 过 简单 调用 HashMap 的 get 和 put 方法 实现 
IDataConnection 接口 的 getAccount、addAccount 和 updateAccount 方法 。 


清单 6-19: MockDataConnection 


public class MockDataConnection implements IDataConnection{ 
private Hash Map<String, Account> mdb; 


public MockDataConnection() { 
mdb=new Hash Map<=String, Account> (); 
Account a=new Account("1","111111" ,300); 
Account b=new Account("2","222222" ,1000); 
mdb. put(a. getCardNo() ,a); 
mdb. put(b. getCardNo() ,b); 


public Account getAccount(String cardNo) { 
return (Account)mdb. get(cardNo); 


} 


public void updateAccount(Account a) { 
addAccount(a); 
} 


public void addAccount(Account a) { 
mdb. put(a. getCardNo() ,a); 
} 
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清单 6-20 列 出 了 用 模仿 对 象 MockDataConnection 测试 ATMService 类 的 代码 。 把 
MockDataConnection 对 象 mdc 作为 构造 函数 的 参数 转 递 给 ATMService ,这 样 在 ATMService 
对 象 atm 中 使 用 的 就 是 模仿 对 象 。 在 每 个 测试 方法 中 (testXXX) ,分 别 调 用 atm 的 相应 
方法 ,然后 通过 mdc 检查 调用 后 的 结果 是 否 正确 。 记 住 ,在 mdc 中 已 经 设置 好 了 测试 
数据 。 


清单 6-20: 用 MockDataConnection 测试 ATMService 


import junit. framework. TestCase; 

public class TestATMService extends TestCase { 
private MockDataConnection mdc= new MockDataConnection(); 
private ATMService atm=new ATMService( mdc); 


public void testWithdrawl() { 
atm. withdrawl("1" ,20); 
Account a 王 (Account)mdc. getAccount("1"); 
assertEquals(280,a. getBalance( )); 

} 


public void testDeposit() { 
atm. deposit("1" ,20); 
Account a 王 (Account)mdc. getAccount("1"); 
assertEquals(320,a. getBalance()); 

} 


public void testTranfer() { 
atm. transfer("2","1" ,200); 
Account a 一 (Account)mdc. getAccount("1"); 
Account b= (Account)mdc. getAccount("2"); 
assertEquals(500,a. getBalance()); 
assertEquals(800,b. getBalance()); 

} 


public void testInquiry() { 
assertEquals(1000,atm. inquiry("2")); 
} 
} 


接 下 来 实现 真正 的 DBDataConnetion 类 , 它 需 要 连接 到 数据 库 , 从 中 取出 账户 信息 或 
更 新 账户 信息 。 注 意 ,DBDataConnetion 类 里 使 用 了 两 个 合作 者 对 象 : Log 对 象 log 用 于 日 
志 ,ResourceBuddle 对 象 buddle 用 来 获取 SQL 语句 。 

清单 6-21 给 出 了 DBDataConnetion 类 部 分 代码 ,说明 如 何在 DBDataConnetion 类 中 使 
用 两 个 合作 者 对 象 。 日 志 对 象 log 实现 为 静态 类 变量 ,所 有 的 DBDataConnetion 对 象 共用 
一 个 Log 对 象 。getConnection 方法 用 来 从 配置 文件 中 (参数 filename) 读 取 数 据 库 信息 , 连 
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接 数 据 库 并 返回 数据 库 连接 。 


清单 中 只 给 出 了 getAccount 方法 的 实现 ,其 他 方法 类 似 。 下 面 解释 一 下 getAccount 


方法 的 实现 : 


(1) ResourceBuddle 对 象 bundle 从 sql. properties 文件 中 读 入 写 好 的 sql 语句 。sql. 


properties 文件 的 格式 是 key 二 value 这 样 的 语句 集合 ,例如 SELECT 王 SELECT * FROM 
account where cardNo 二 ?。 通 过 bundle. getString("SELECT") 就 可 以 获得 等 号 右面 的 sql 
语句 。 


(2) 日 志 对 象 log 的 作用 就 是 在 每 个 操作 前 记录 一 些 信息 ,便于 跟踪 程序 的 运行 过 程 


和 查找 错误 。 


(3) 数据 库 操作 就 是 按照 JDBC 的 使 用 步骤 : 
@ 获得 数据 库 连 接 (getConnection) 。 

@ 得 到 sql 语句 (PreparedStatement)。 
@ 设置 PreparedStatement 中 的 参数 。 
@ 执行 sql 语句 。 

@ 获得 执行 结果 。 

清单 6-21: DBDataConnetion 类 部 分 代码 
import java. io. * ; 

import java. sql. * ; 

import java. util. * 

import org. apache. commons. logging. * ; 


public class DBConnection implements IDataConnection { 
Private static final Log log = LogFactory. getLog (DBConnection. class); 


protected Connection getConnection(String filename) throws Exception { // 获 取 数 据 库 连 接 
} 


public Account getAccount(String cardNo) { 


String cn: ; 


String pwd=""; 
long b=0; 
Connection conn=null; 
ResultSet rs=null; 
ResourceBundle bundle= PropertyResourceBundle. getBundle("sql"); 
try { 
log. info("get database connection"); 
conn= getConnection( "database. properties" ); 
log. info("get sql statement"); 
String selectStm= bundle. getString("SELECT"); 
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PreparedStatement st= conn. prepareStatement( selectStm) ; 
st. setString(1 ,cardNo); 
log. info( "get result set"); 
rs=st. executeQuery(); 
Ts. next(); 
cn 一 rs. getString("cardNo"); 
pwd 一 rs. getString("pwd"); 
b=rs. getLong("balance") ; 
} catch (Exception e) { 
log. error(e. getMessage()); 


} 
finally { 


} 
log. info("Get account whose card No. is " +cardNo); 
return new Account(cn, pwd,b); 


} 

从 这 段 代码 中 ,可 以 看 到 两 个 问题 : 

(1) 无 法 使 用 一 个 不 同 的 日 志 对 象 , 因 为 这 是 在 类 内 部 创建 的 。 例 如 在 测试 中 ,可 能 想 
要 一 个 不 做 任何 事 的 日 志 对 象 , 但 是 无 法 做 到 。 一 般 来 说 , 像 这 样 的 类 应 该 能 够 使 用 任何 给 
定 的 日 志 对 象 。 这 个 类 的 目标 不 是 构造 日 志 对 象 ,而 是 执行 某 些 数据 库 操作 。 

(2) getAccount 方法 中 使 用 的 ResourceBundle 对 象 看 上 去 似乎 不 错 , 但 是 如 果 以 后 想 
要 使 用 XML 文件 配置 会 怎样 呢 ? 在 测试 中 如 果 不 想 用 配置 文件 又 如 何 写 单元 测试 呢 ? 这 
时 就 遇 到 了 本 节 开 头 提 到 的 问题 ,我们 无 法 传人 模仿 的 合作 者 对 象 以 进行 单元 测试 。 这 时 
就 要 考虑 重 构 原 有 代码 。 

清单 6-22 给 出 了 一 种 重 构 方 式 。 提 取出 Log 和 IConfiguration 两 个 接口 ,如 图 6-17 所 
示 。Log 接口 实现 日 志 记 录 功 能 ,IConfiguration 接口 实现 获取 SQL 语句 的 功能 。 通 过 实 
现 这 两 个 接口 分 别 创建 两 者 的 模仿 对 象 , 再 传人 DBConnection 的 构造 函数 来 完成 对 
DBConnection 的 单元 测试 。 这 里 不 再 展示 Log 和 IConfiguration 接口 模仿 对 象 的 实现 及 
对 DBConnection 的 单元 测试 ,读者 可 参考 前 面 的 模仿 对 象 例子 自己 完成 。 


清单 6-22: 重 构 后 的 DBDataConnetion 类 


public class DBConnection implements IDataConnection { 
private Log log; 
Private IConfiguration conf; 
public DBConnection (Log 1,IConfiguration c) { 
log=1; 


conf 一 cj; 
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public DBConnection () { 
this(LogFactory. getLog (DBConnectionRefactored. class) , 
new PorpertyConfiguration( "sql")); 


} 

重 构 以 后 ,就 可 以 完全 从 测试 代码 外 围 控 制 记录 和 配置 行为 。 这 样 , 原 有 代码 更 加 灵 
活 , 可 以 用 任何 记录 和 配置 实现 。 有 时 这 也 称 为 “依赖 注入 ”(Dependency Injection)。 需 要 
注意 的 是 ,如 果 先 编写 测试 ,就 会 自觉 把 代码 设计 得 灵活 些 。 灵 活性 是 单元 测试 的 关键 。 也 
就 是 说 ,如 果 测 试 先行 ,就 不 会 发 生 为 灵活 性 而 重 构 代 码 所 需 的 开销 。 


6.3.3 利用 工具 建立 模仿 对 象 


建立 模拟 对 象 的 目的 是 创建 一 个 轻 量 级 的 .可 控制 的 对 象 来 代替 测试 中 需要 的 真实 对 
象 ,模拟 真实 对 象 的 行为 和 功能 ,方便 单元 测试 。 模 仿 对 象 的 工具 JMock 和 EasyMock 就 
是 这 种 机 制 的 实现 ,使 用 这 些 工 具 可 以 快速 创建 模仿 对 象 ,定义 交互 过 程 中 的 约束 条 件 等 。 
使 用 工具 创建 模仿 对 象 ,首先 要 下 载 相关 的 jar 包 , 然 后 在 自己 的 测试 类 中 导入 相关 的 工具 
类 才能 使 用 。 

JMock 最 新 的 稳定 版 本 是 JMock2. 0。 下 面 的 例子 展示 了 JMock2. 0 的 基本 用 法 。 要 
熟练 掌握 JMock2. 0 的 完整 用 法 ,请 参考 其 官方 网 站 www. jmock. org。 被 测 类 仍 使 用 上 一 
小 节 的 ATMService 类 ,这 里 只 测 其 中 的 transfer 方法 。 读 者 可 以 比较 一 下 手工 创建 模仿 
对 象 和 使 用 工具 创建 模仿 对 象 的 不 同 。 


清单 6-23: 利用 JMock2.0 测试 ATMService 类 transfer 方法 


import org. jmock. integration. junit3. * ; 

import org. jmock. *; 

public class TestATMServiceWithJMock2 extends MockObjectTestCase{ 
public void testTransfer(){ 


// 创 建 mock object 
final IDataConnection dc = mock(IDataConnection. class); 
// 将 mock 对 象 传人 待 测 对 象 


ATMService atm = new ATMService(dc); 

final Account a = new Account("1","111111",500); 
final Account b = new Account("2","222222" ,1000); 
// 设置 期 望 值 

checking(new Expectations() {{ 


// 设 置 getAccount 的 参数 和 对 应 返回 期 望 值 
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one (de). getAccount("1"); will(returnValue(a)); 
one (dc). getAccount("2"); will(returnValue(b)); 
// 设 置 updateAccount 的 参数 ,无 返回 值 
one (dc). updateAccount(a); 
one (dc). updateAccount(b); 
}}); 
// 执 行 被 测 方法 
atm. transfer("1","2" ,105); 
// 验 证 执行 被 测 方法 后 的 状态 
assertEquals(a. getBalance() ,395); 
assertEquals(b. getBalance() ,1105); 


} 


EasyMock 最 新 的 版 本 是 EasyMock2. 2。 下 面 的 例子 简单 地 展示 了 EasyMock2. 2 的 用 法 。 
EasyMock 的 Mock 机 制 基于 状态 ,首先 是 录制 状态 ,记录 下 来 待 测 的 方法 和 参数 ,返回 值 等 ， 
然后 切换 为 回放 状态 。 而 jMock 没有 切换 这 一 步 ,直接 将 参数 返回 值 用 一 句 话 写 出 来 。 读 者 
要 熟练 掌握 EasyMock2. 2 的 用 法 ,请 参考 其 官方 网 站 http://www. easymock. org。 


清单 6-24: 利用 EasyMock2. 2 测试 ATMService 类 transfer 方法 


import static org. easymock. EasyMock. x ; 
import junit. framework. * ; ; 
public class TestATMServiceWithEMock Two extends TestCase{ 
private ATMService atm; 
private IDataConnection mock; 
protected void setUp() { 
mock 一 createMock(IDataConnection. class) ; // 创建 mock 对 象 
atm 一 new ATMService(mock); // 将 mock 对 象 传人 待 测 对 象 
} 


public void testTranfer() { 
Account a = new Account("1","111111" ,500); 
Account b = new Account("2","222222",1000); 
// 设置 期 望 值 
expect(mock. getAccount("1")). andReturn(a); 
mock. getAccount("2"); 
expectLastCall(). andReturn(b); 
mock. updateAccount(a); 
mock. updateAccount(b); 
replay(mock); // 回 放 
// 执 行 被 测 方法 
atm. transfer("2","1",150); 
// 验 证 执行 被 测 方法 后 的 状态 
assertEquals(650,a. getBalance()); 
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assertEquals(850,b. getBalance()); 
verif y(mock); 


6.3.4 小 结 


模仿 对 象 用 来 代替 被 测 代码 中 的 合作 者 对 象 ,模拟 真实 合作 者 对 象 的 行为 , 它 使 我 们 的 
关注 点 集中 在 被 测 代码 上 。 模 仿 对 象 应 该 尽量 简单 ,不 包含 任何 业务 逻辑 ,只 做 测试 要 求 它 
做 的 事情 。 大 多 数 情况 下 ,编写 模仿 对 象 有 一 个 正面 的 副作用 : 它 迫 使 你 重 写 部 分 被 测试 的 
代码 。 实 践 中 ,代码 常常 写 得 不 够 好 ,比如 把 不 必要 的 类 之 间 的 耦合 以 及 和 环境 的 耦合 写 进 代 
码 中 。 这 样 难以 在 不 同 环境 下 复 用 的 代码 , 某 些 很 小 的 错误 可 能 会 对 系统 中 的 其 他 类 产生 很 
大 影响 。 为 了 使 用 模仿 对 象 ,必须 从 不 同 角度 考虑 代码 ,并且 应 用 更 合适 的 设计 模式 。 


6.4 DbUnit 单元 测试 


6.4.1 DbUnit 简介 


为 依赖 于 其 他 外 部 系统 (如 数据 库 或 其 他 接口 ) 的 代码 编写 单元 测试 是 一 件 很 困难 的 工 
作 。 在 这 种 情况 下 ,有 效 的 单元 测试 必须 隔离 测试 对 象 和 外 部 依赖 ,以 便 管理 测试 对 象 的 状 
态 和 行为 。 

开源 的 DbUnit 项 目 , 为 以 上 的 问题 提供 了 一 个 相当 好 的 解决 方案 。DbUnit 是 对 
JUnit 的 扩展 ,专门 针对 数据 库 应 用 。 使 用 DbUnit, 开 发 人 员 可 以 控制 测试 数据 库 的 状态 。 
进行 一 个 DAO 单元 测试 之 前 , DbUnit 为 数据 库 准 备 好 初始 化 数据 ; 而 在 测试 结束 时 ， 
DbUnit 会 把 数据 库 状态 恢复 到 测试 前 的 状态 。 这 是 避免 当 一 个 测试 用 例 修 改 了 数据 库 , 导 
致 后 续 的 测试 失败 等 各 种 问题 的 合理 途径 。 

DBUnit 具有 XML 文件 和 数据 库 数 据 相 互 转化 的 功能 ,可 以 导出 数据 库 数据 到 XML 
文件 中 ,也 可 以 从 XML 文件 中 倒 人 测试 数据 集 。DBUnit 还 可 以 帮助 验证 数据 库 数据 是 否 
和 期 望 的 数据 集 相 等 。 另 外 , 它 本 身 带 了 REFRESH( 如 果 不 存在 就 插入 ,否则 就 更 新 ,以 主 
键 为 依据 ) ,CLEAN_INSERT( 全 部 删除 再 插入 ,和 ReFresh 比 , 会 把 不 在 XML 中 的 数据 删 
除 ) 等 几 种 操作 ,又 节省 了 编程 的 工夫 。 

DBUnit 中 核心 的 类 有 3 个 : IDatabaseConnection .IDataSet 和 DatabaseOperation。 这 
3 个 类 也 是 Dbunit 主要 用 来 和 用 户 交互 的 类 。 上 述 3 个 核心 类 的 功能 简单 描述 如 下 。 

(1) IDatabaseConnection 接口 。 用 于 表示 DbUnit 与 数据 库 连 接 。 主 要 使 用 Database- 
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Connection 类 。DatabaseConnection 继承 AbstractDatabaseConnection 类 ,实现 Idatabase- 
Connection 接口 ,对 与 数据 库 的 连接 进行 了 简单 的 封装 。 

(2) IDataSet 接口 。 用 于 表示 数据 库 中 表 的 集合 。 主 要 使 用 以 下 3 个 类 : 

@O FlatXmlDataSet 类 : FlatXmlDataSet 读 写 纯 XML 文档 。 其 中 ,XML 的 属性 对 应 一 
个 表 , 属 性 名 对 应 表 名 。 表 的 元 数据 (metadata) 由 第 一 行 导 出 。 因 此 ,第 一 行 不 可 有 NULL 
值 ,否则 抛 出 NoSuchColumnException 异常 。 

@ XmlDataSet 类 : 与 FlatXmlDataSet 类 相 比 ,用 法 要 烦琐 宛 长 许多 。 

@ FilteredDataSet 类 : 用 于 对 部 分 数据 的 验证 。 在 某 些 情况 下 ,测试 人 员 只 需要 关注 记 
录 的 部 分 内 容 , 而 不 需要 全 部 ,使 用 FilteredDataSet 类 ,可 以 根据 需要 检查 表 的 特定 部 分 。 

(3) DatabaseOperation 抽象 类 。 用 于 表示 测试 前 后 对 数据 库 的 操作 。DataBase- 
Operation 封装 了 对 数据 库 的 操作 ,采用 退化 的 工厂 模式 ,直接 使 用 子 类 。 其 中 ,两 个 最 常用 
的 操作 是 : REFRESH 和 CLEAN_INSERT。REFRESH 以 迭代 方式 将 数据 集中 的 数据 写 
和 数据库。 对 于 数据 库 中 已 经 存在 的 行 ,根据 数据 集 内 容 更 新 ; 对 于 不 存在 的 行 ,根据 数据 
集 内 容 插入 ; 对 于 已 经 存在 但 数据 集中 没有 对 应 项 的 行 , 则 不 受 影响 。 这 个 方法 用 于 测试 
人 员 已 知 某 些 数据 存在 于 数据 库 中 的 情况 。CLEAN_INSERT 将 首先 删除 表 中 所 有 行 , 再 
根据 数据 集 插 入 对 应 行 。 这 是 确保 数据 库 处 于 已 知 状态 的 最 安全 方法 ,用 于 确保 数据 库 中 
只 存在 数据 集中 的 数据 。 

使 用 DBUnit 的 好 处 主要 体现 在 : 

(1) 可 以 为 面向 数据 库 的 应 用 准备 一 个 相对 稳定 的 外 部 环境 ,从 而 减少 外 部 因素 对 代 
码 运 行 结果 产生 的 影响 。 

(2) 提供 了 一 组 方便 的 assertion 方法 ,能 简单 地 比较 数据 库 的 当前 状态 是 否 和 预期 情 
况 相 同 。 

详细 内 容 请 参考 http://dbunit. sourceforge. net。 


6.4.2 使 用 DbUnit 


继续 使 用 上 一 节 描 述 的 ATM 例子 。 上 一 节 使 用 了 MockDataConnection 类 测试 
ATMService 类 。 别 忘 了 还 有 真正 实现 业务 逻辑 的 DBDataConnection 类 ,该 类 需要 和 数据 
库 打 交道 ,对 数据 进行 操作 。 对 该 类 的 单元 测试 就 要 用 到 DBUnit 了 。 


1. 准备 测试 数据 


首先 要 为 单元 测试 准备 数据 。 使 用 DbUnit, 可 以 用 XML 文件 来 准备 测试 数据 集 , 称 
为 目标 数据 库 的 Seed File, 代 表 目 标 数 据 库 的 表 名 和 数据 。DBDataConnection 类 是 对 
Account 信息 进行 操作 ,对 应 数据 库 中 应 该 有 一 个 account 表 。 

清单 6-25 给 出 了 例子 中 使 用 的 测试 数据 ,保存 为 account_seed. xml 文件 。 元 素 名 
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account 对 应 数据 库 的 表 名 ,属性 cardNo、pwd 和 balance 对 应 表 account 的 列 名 ,属性 值 代 
表 数 据 库 中 的 具体 数据 。 


整 


清单 6-25 ; account 表 测试 数据 account_seed. xml 


//account_seed. xml 
<?xml version= '1. 0' encoding= 'UTF-8'?> 


=dataset> 
account cardNo="1" pwd="111111" balance="300"/> 
<account cardNo 一 "2" pwd="222222" balance="500"/> 
<account cardNo="3" pwd="333333" balance= "800"/> 
</dataset> 


在 测试 数据 库 之 前 ,用 这 个 XML 文件 中 的 数据 去 更 新 数据 库 , 保 持 数 据 库 中 的 内 容 完 


关于 更 新 数据 库 的 方法 ,在 编写 测试 代码 的 实例 中 会 进行 讲解 。 
Seed File 可 以 手工 编写 ,也 可 以 用 DBUnit 提供 的 工具 导出 现 有 的 数据 库 数据 并 生成 。 


清单 6-26 给 出 的 例 程 用 于 导出 数据 库 中 现 有 数据 到 XML 文件 。 


清单 6-26: 导出 数据 库 数据 例 程 


Class driverClass= Class. forName("com. mysql. jdbc. Driver"); 
Connection jdbcConnection= DriverManager. getConnection( 
"jdbe: mysql://localhost: 3306/test", "root", "root"); 
//IDatabaseConnection 封装 对 某 个 数据 库 的 连接 
IDatabaseConnection connection= newDatabaseConnection(jdbcConnection) ; 
// 导 出 数据 库 中 的 所 有 表 
// createDataSet() 创 建 一 个 代表 整个 数据 库 的 数据 集 
IDataSet fullDataSet= connection. createDataSet(); 
FlatXmlDataSet. write(fullDataSet,new FileOutputStream("account_seed. xml")); 


这 样 就 把 数据 库 中 的 所 有 的 数据 导出 到 account_seed. xml 文件 中 了 。 通 过 使 用 这 些 


数据 ,就 可 以 准备 任何 我 们 所 希望 完成 的 测试 用 例 。 


DbUnit 有 助 于 执行 JDBC 查询 并 获取 它们 的 值 。 使 用 DbUnit JDBC 包装 器 而 不 是 纯 


粹 的 JDBC 有 以 下 几 个 理由 : 


(1) 可 以 用 SQL 查询 创建 一 个 Dataset, 并 使 用 DbUnit 的 assertion( 断 言 ) 方 法 (具体 


将 在 后 面 描述 ) 。 


(2) 可 以 用 SQL 查询 创建 一 个 Dataset, 并 将 它 保存 为 一 个 FlatXmlDataSet。 可 以 在 


以 后 将 它 重新 装载 到 数据 库 中 。 


(3) 可 以 容易 地 从 任何 行 中 获取 列 的 内 容 ,无 须 进行 迭代 。 


2. 创建 DbUnit 测试 类 
完成 了 数据 准备 ,就 可 以 开始 设计 测试 类 了 。 好 的 JUnit 实践 鼓励 开发 人 员 扩 展 基 类 
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TestCase 以 提供 特殊 (Specialization) 行 为 。DbUnit 提供 了 自己 的 特殊 版 本 的 Database- 
TestCase, 通 过 直接 继承 它 ,开始 写 我 们 自己 的 测试 用 例 。 

首先 必须 重 写 父 类 DatabaseTestCase 的 两 个 虚 函 数 : getConnection() 和 getDataSet()。 
getConnection() 方 法 返回 DbUnit 的 一 个 到 数据 库 的 连接 。DbUnit 的 DatabaseConnection 
构造 函数 可 以 带 一 个 schema 名 作为 参数 。 这 样 ,就 不 必 在 所 有 表 名 前 面 加 上 schema 名 的 
前 级 了 。getDataSet() 方 法 用 位 于 类 路 径 上 的 一 个 XML 文件 的 内 容 创 建 DbUnit 数据 集 。 
清单 6-27 给 出 了 两 者 的 简单 实现 。 


清单 6-27: 覆盖 getConnection() 和 getDataSet() 


public class TestDBConnection extends DatabaseTestCase { 


protected IDatabaseConnection getConnection() throws Exception { 
Class driver= Class. forName("com. mysql. jdbc. Driver") ; 
Connection jdbcConnection= DriverManager. getConnection( 
i 


"jdbe: mysql://localhost/test" , "root", "root"); 
return new DatabaseConnection(jdbcConnection); 


} 


protected IDataSet getDataSet() throws Exception { 
return new FlatXmlDataSet(new 
FileInputStream( "src/test/account_seed. xml")); 


还 可 以 设置 执行 测试 开始 和 结束 时 对 数据 库 进 行 的 操作 , 见 清单 6-28。 常 用 的 操作 有 
REFRESH 和 CLEAN _INSERT, 其 意义 如 前 所 述 。 还 有 多 种 其 他 操作 类 型 ,可 参考 


http://dbunit. sourceforge. net/components. html。 


清单 6-28: 覆盖 getSetUpOperation( ) 和 getTearDownOperation() 


public class TestDBConnection extends DatabaseTestCase { 


protected DatabaseOperation getSetUpOperation() throws Exception { 
return DatabaseOperation. CLEAN_INSERT; 

} 

protected DatabaseOperation getTearDownOperation() throws Exception { 
return DatabaseOperation. NONE; 

} 
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需要 特别 注意 的 是 ,根据 设 定 的 操作 不 同 ,DBUnit 会 更 改 数据 库 中 的 数据 ,尤其 使 用 
CLEAN 的 时 候 , 会 删除 所 有 已 存在 的 数据 。 所 以 使 用 这 种 测试 前 ,必须 确保 数据 的 更 改 和 
删除 不 会 带 来 其 他 影响 。 在 多 人 开发 的 情况 下 ,也 需要 确保 没有 其 他 人 在 同时 使 用 数据 库 
中 数据 。 

下 面 就 可 以 针对 被 测 类 的 方法 写 相 应 的 测试 用 例 了 。 对 于 DBDataConnection 中 实现 
的 3 个 方法 getAccount、addAccount 和 updateAccount 分 别 有 一 个 测试 用 例 ,另外 为 了 展 
示 DBUnit 中 加 入 的 对 数据 集 (或 表 ) 进 行 比较 的 断言 操作 ,用 一 个 testMe() 方 法 说 明 ,该 方 
法 并 无 实际 意义 ,如 清单 6-29 所 示 。 


清单 6-29: 设计 测试 用 例 


public class TestDBConnection extends DatabaseTestCase { 
DBConnection dbc; 
protected void setUp() throws Exception { 
super. setUp(); 
dbc = new DBConnection(); 


} 


public void testMe() throws Exception{ 
IDataSet databaseDataSet = getConnection(). createDataSet(); 
// 得 到 数据 库 中 account 表 的 数据 集 
ITable actualTable = databaseDataSet. getTable("account"); 
// 从 XML 文件 中 导入 希望 的 数据 集 
IDataSet expectedDataSet = new FlatXmlDataSet(new File("src/test/account_seed. xml")); 
ITable expectedTable = expectedDataSet. getTable("account"); 
// 比 较 两 个 数据 集 是 否 相等 
Assertion. assertEquals(expectedTable,actualTable) ; 

} 

public void testGetAccount() { 
Account a = dbc. getAccount("1"); 
assertEquals("card No.","1",a. getCardNo()); 
assertEquals("password" ,"111111" ,a. getPassword()); 
assertEquals("balance" ,300,a. getBalance()); 

} 

public void testUpdateAccount() { 
Account na = new Account("1","111111" ,500); 
dbc. updateAccount(na); 
Account a = dbc. getAccount("1"); 
assertEquals("balance" ,500 ,a. getBalance()); 

} 


public void testAddAccount() throws Exception{ 
Account a = new Account("4","444444" ,934); 
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dbc. addAccount(a); 

ITable actualData= getConnection(). createQueryTable("AD"," select * from account where 
cardNo=4"); 

assertEquals(1 ,actualData. getRowCount()); 

assertEquals("card No. ","4",actualData. getValue(0,"cardNo")); 

assertEquals("password" , "444444" ,actualData. getValue(0,"pwd")); 

assertEquals("balance" ,934,actualData. getValue(0,"balance")); 


} 


在 setUp() 中 先 初 始 化 DBConnection 对 象 dbc, 在 后 面 的 每 个 测试 函数 中 都 要 使 用 。 

testMe() 先 导出 数据 库 中 原 有 的 account 表 ( 这 里 的 数据 和 account_seed. xml 文件 中 
的 一 样 ) ,再 从 account_seed. xml 文件 中 创建 新 的 数据 集 ,然后 用 Assertion. assertEquals 
方法 比较 两 个 数据 集 是 否 相等 。 相 应 的 函数 原型 如 下 : 

public static void assertEquals(ITable expected ,ITable actual) ; 

public static void assertEquals(IDataSet expected, IDataSet actual); 

这 两 个 assert 函数 是 DBUnit 中 新 加 入 的 。 

testUpdateAccount() 中 调用 dbc. updateAccount 后 ,又 使 用 dbc. getAccount 得 到 结果 
数据 ; testAddAccount() 中 调用 dbc. addAccount 后 ,通过 DBUnit 提供 的 数据 库 连 接 查 询 
数据 库 , 得 到 结果 数据 集 ,再 通过 结果 数据 集 可 以 很 容易 地 获得 各 列 的 值 (getValue) ,进而 
进行 测试 。 


6.4.3 小 结 


数据 状态 维护 非常 必要 ,测试 都 是 基于 一 定 的 数据 状态 进行 的 ,所 以 保持 状态 ,不 干扰 
其 他 测试 类 的 数据 非常 必要 。 数 据 状态 被 维护 好 ,自动 化 测试 就 成 为 可 能 ,尤其 在 涉及 数据 
库 测试 时 ,如 果 需 要 人 为 去 干涉 和 调整 数据 ,那么 表 定 会 造成 测试 效率 的 降低 ,持续 集成 测 
试 等 将 无 法 进行 下 去 ,规划 一 下 各 个 测试 用 例 的 数据 状态 ,会 为 后 来 的 测试 带 来 非常 好 的 
便利 。 


参考 资料 


1. Control your test-environment with DbUnit and Anthill http://www-128. ibm. 
com/developerworks/library/j-dbunit. html 

2. Effective Unit Testing with DbUnit 

3. http://dbunit. sourceforge. net/ 
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6.5 JUnit4 简介 


JUnit4 对 以 前 的 JUnit 框架 进行 了 很 大 改进 ,其 主要 目标 便 是 利用 Java5 的 Annotation 
特性 简化 测试 用 例 的 编写 。 

Annotation 这 个 单词 一 般 是 翻译 成 元 数据 。 元 数据 是 什么 ?元 数据 就 是 描述 数据 的 
数据 。 也 就 是 说 ,Annotation 在 Java 里 面 可 以 用 来 和 public、static 等 关键 字 一 样 来 修饰 类 
名 ,方法 名 、 变 量 名 。 修 饰 的 作用 描述 这 个 数据 是 做 什么 用 的 ,差不多 和 public 描述 这 个 数 
据 是 公有 的 一 样 。 想 具体 了 解 可 以 看 Core Java2[9 。 


6.5.1 一 个 小 例子 


先 看 一 下 在 JUnit 3. 8. x 中 我 们 是 怎样 写 一 个 单元 测试 的 。 比 如 下 面 的 类 : 


public class AddOperation { 
public int add(int x,int y){ 
return xt+y; 
} 
上 


要 测试 add 这 个 方法 ,用 JUnit 3. 8. x 写 单元 测试 如 下 : 


import junit. framework. *; 


public class AddOperationTest extends TestCase{ 
public void setUp() throws Exception { 
上 
public void tearDown() throws Exception { 
public void testAdd() { 
System. out. println("add"); 
int x=0; 
int y=0; 
AddOperation instance=new AddOperation(); 
int expResult=0; 
int result= instance. add(x,y); 


assertEquals(expResult, result) ; 
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可 以 看 到 上 面 那个 单元 测试 有 一 些 强制 的 规定 ,表现 在 : 

(1) 单元 测试 类 必须 继承 自 TestCase。 

(2) 要 测试 的 方法 必须 以 test 开头 。 

如 果 用 JUnit 4 来 写 上 面 那 个 单元 测试 ,就 不 会 这 么 复杂 。 代 码 如 下 : 


import org. junit. After; 

import org. junit. Before; 

import org. junit. Test; 

import static org. junit. Assert. * ; 
/xx 

和 

* @author Mr. Bean 

*/ 

public class AddOperationTest { 


public AddOperationTest() { 
} 
@Before 
public void setUp() throws Exception { 
} 
@After 
public void tearDown() throws Exception { 
} 
@Test 
public void add() { 
System. out. println("add"); 
int x=0; 


int y=0; 

AddOperation instance=new AddOperation(); 
int expResult=0; 

int result= instance. add(x,y); 


assertEquals(expResult, result) ; 


} 


因为 在 JUnit 4 中 一 个 测试 类 并 不 继承 自 TestCase( 在 JUnit 3.8 中 ,这 个 类 中 定义 了 
assertEquals() 方 法 ), 所 以 必须 使 用 前 级 语法 (举例 来 说 , Assert. assertEquals()) 或 者 (由 
于 JDK5.0) 静 态 地 导入 Assert 类 。 这 样 一 来 ,就 可 以 完全 像 以 前 一 样 使 用 assertEquals 方 
法 (举例 来 说 ,assertEquals())。 

可 以 看 到 ,采用 Annotation 的 JUnit 已 经 不 会 要 求 必须 继承 自 TestCase 了 ,而 且 测 试 
方法 也 不 必 以 test 开头 了 ,只 要 以 @Test 元 数据 来 描述 即 可 。 
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6.5.2 JUnit 4 的 注解 


从 上 面 的 例子 可 以 看 到 在 JUnit 4 中 还 引入 了 一 些 其 他 的 元 数据 , 即 注解 ,下 面 一 一 简 
单 地 介绍 : 


1. @Before 
使 用 了 该 元 数据 的 方法 在 每 个 测试 方法 执行 之 前 都 要 执行 一 次 。 


2. @After 


使 用 了 该 元 数据 的 方法 在 每 个 测试 方法 执行 之 后 要 执行 一 次 。 

注意 : @Before 和 @After 标示 的 方法 只 能 各 有 一 个 。 这 个 相当 于 取代 了 JUnit4 以 前 
版 本 中 的 setUp 和 tearDown 方法 ,当然 你 还 可 以 继续 叫 这 个 名 字 ,不 过 JUnit4 不 会 要 求 一 
定 这 么 做 。 


3. @Test(expected= * . class) 

@Test 注解 支持 可 选 参 数 。 它 声明 一 个 测试 方法 应 该 抛 出 一 个 异常 。 如 果 它 不 抛 出 
或 者 如 果 它 抛 出 一 个 与 事先 声明 的 不 同 的 异常 ,那么 该 测试 失败 。 例 如 ,一 个 整数 被 零 除 应 
该 引发 一 个 ArithmeticException 异常 。 


4. @Test(timeout=xxx) 


该 元 数据 传人 了 一 个 时 间 ( 毫 秒 ) 给 测试 方法 ,如 果 测 试 方法 在 制定 的 时 间 之 内 没有 运 
行 完 , 则 测试 也 失败 。 


5. @ignore 


该 元 数据 标记 的 测试 方法 在 测试 中 会 被 忽略 。 当 测试 的 方法 还 没有 实现 ,或 者 测试 的 
方法 已 经 过 时 ,或 者 在 某 种 条 件 下 才能 测试 该 方法 (比如 需要 一 个 数据 库 联接 ,而 在 本 地 测 
试 的 时 候 , 数 据 库 并 没有 连接 ) ,那么 使 用 该 标签 来 标示 这 个 方法 。 同 时 ,你 可 以 为 该 标签 传 
递 一 个 String 的 参数 ,来 表明 为 什么 会 忽略 这 个 测试 方法 。 比 如 : @1lgnore(“ 该 方法 还 没 
有 实现 ”) ,在 执行 的 时 候 , 仅 会 报告 该 方法 没有 实现 ,而 不 会 运行 测试 方法 。 


6.5.3 小 结 


有 很 长 一 段 时 间 ,JUnit 简直 成 了 事实 上 的 单元 测试 框架 标准 。 这 个 新 版 本 提供 了 许 
多 新 的 API, 而 且 现 在 还 使 用 注解 ,所 以 使 开发 测试 用 例 更 为 容易 。 事 实 上 ,该 JUnit 开发 
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者 已 经 开始 考虑 新 的 注解 问题 。 例 如 ,可 以 在 一 个 依赖 于 前 提 ( 举 例 来 说 ,你 需要 在 线 执行 
这 个 测试 ) 的 测试 用 例 上 添加 一 个 @Prerequisite 注解 ; 或 者 添加 一 个 能 够 指定 重复 次 数 及 
时 限 ( 举 例 来 说 ,重复 测试 5 次 以 确保 真正 出 现 了 一 个 时 限 问 题 ) 的 @Repeat 注解 ; 或 者 其 
至 在 @Ignore 注解 上 添加 一 个 平台 参数 (举例 来 说 ,@Ignore(platform 王 macos) ,这 将 只 有 
在 一 个 Mac OS 平台 上 和 运行 时 才 忽略 一 个 测试 ) 。 


6.6 JUnit.Mock Object 和 DbUnit 的 作业 


(1) 按照 如 图 6-18 所 示 的 ATM 业务 模型 ,实现 各 个 类 (除了 DBDataConnection)。 


ATMService 
-connection:IDataConnection 
+withdrawl(in amount:int,in id:string) 二 二 站 
+depoist(in amount:int,in id:string) 
+transfer(in fromld:string,in told:strign,in amoun:int) 
+inquiry(in id:string) 


<< 接 D> 
IDataConnection 
+getAccount(in id:string):AccountInfo 
+updateAccount(in account:AccountInfo) 
taddAccount( in account:AccountInfo) 


1 
1 
1 
AccountInfo 1 
-cardNo:string 人 WW 
-password:string DBDataConnection es 
-balance:int -iog:Log MockDataConnection 
-setCardNo(in id:string) -conf:1Configuration 
-setPassword(in pwd:string) | 
-setBalance(in amount:int) T ™ 
+getCardNo():string 7 \ 
+getPassword():string / i 
+getBalance():int 
<< 接 口 >> << 接 口 >> 
IConfiguration Log 
+getSOL(iconf: 


lIConfiguration):string 


图 6-18 ATM 业务 模型 


每 个 类 和 接口 的 作用 如 下 : 

@ AccountInfo 类 保存 账户 信息 ,主要 有 3 个 数据 域 : cardNo( 账 号 ) .password( 密 码 ) 
和 balance( 余 额 ) 。 

@ IDataConnection 数据 访问 接口 ,用 于 添加 账户 (addAccount) .获取 账户 CgetAccount) 
和 更 新 账户 (updateAccount) 。 该 接口 有 两 个 实现 类 : 

。 DBDataConnection 类 用 数据 库 实现 ,其 中 两 个 数据 成 员 : log 为 Log 接口 类 型 ,conf 

为 IConfiguration 接口 类 型 。 
。 MockDataConnection 类 为 Mock 类 ,用 于 测试 ATMService 类 。 
@ IConfiguration 接口 用 于 读 取 配 置 的 SQL 语句 (getSQL), 也 就 是 事先 把 DBData- 
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Connection 中 要 用 到 的 SQL 语句 写 到 配置 文件 中 ,在 程序 中 从 配置 文件 中 读 取 使 用 。 

@@ATMService 类 模拟 实现 ATM 机 的 服务 功能 ,包括 取款 (withdraw)、 存款 
(deposit) ,转账 (transfer) 查询 (inquiry)。 需 要 使 用 IDataConnection 接口 提供 的 功能 。 

(2) 实现 ATMService 类 后 ,在 还 没 实 现 DBDataConnection 类 的 情况 下 ,实现 
DBDataConnection 类 的 Mock 类 ,用 Mock 对 象 完 成 对 ATMService 的 单元 测试 。 

Qa 手工 实现 MockDataConnection 类 。 

@ 使 用 EasyMock2. 2 版 本 提供 的 Mock 机 制 。 可 参考 下 载 包 中 的 Documentation. 
html 文档 。 

@ 使 用 JMock 1.2 和 2.0 版 本 提供 的 Mock 机 制 。 用 法 参考 http://www. jmock. 
org/ cookbook. html。 

(3) 实现 DBDataConnection 类 ,使 用 DBUnit 工具 完成 对 DBDataConnection 类 的 单元 
测试 。Log 接口 可 使 用 common-loggings 工具 提供 的 实现 。 自 己 简 单 实现 一 个 
IConfiguration 接口 。 
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回归 测试 


在 软件 开发 .维护 .升级 的 不 断 演进 过 程 中 ,由 于 各 种 各 样 的 原因 ,例如 功能 性 / 非 功能 
性 需求 的 变更 .技术 更 新 和 软 / 硬 件 平 台 升 级 ,使 得 软件 系统 经 常 发 生 改 变 。 这 些 改 变 会 给 
软件 系统 带 来 风险 ,因为 改变 传播 效应 (Change Propagation) 可 能 会 引入 新 的 错误 ,有 时 甚 
至 是 致命 的 错误 。 在 软件 生命 周期 中 的 任何 一 个 阶段 ,只 要 软件 发 生 了 改变 就 可 能 给 该 软 
件 带 来 问题 ,而 回归 测试 是 一 种 验证 已 变更 的 系统 的 完整 性 与 正确 性 的 测试 技术 。 因 此 ,每 
当 软 件 发 生变 化 时 ,就 必须 重新 测试 现 有 的 功能 ,以 便 确定 修改 是 否 达到 了 预期 的 目的 , 检 
查 修改 是 否 损害 了 原 有 的 正常 功能 。 同 时 ,还 需要 补充 新 的 测试 用 例 来 测试 新 的 或 被 修改 
的 功能 。 为 了 验证 修改 的 正确 性 及 其 影响 就 需要 进行 回归 测试 。 

回归 测试 (Regression Testing) 是 对 之 前 已 测试 过 并 修改 的 程序 进行 的 重新 测试 (Re- 
testing) ,以 保证 该 修改 没有 引入 新 的 错误 或 者 发 现 由 于 更 改 而 引起 的 之 前 未 发 现 的 错误 。 
回归 测试 通常 在 对 被 测 系统 (System Under Test,SUT) 的 第 二 个 版 本 或 后 继 版 本 进行 测试 
时 使 用 。 通 常 回归 测试 的 设计 具有 重复 性 。 回 归 测 试 能 应 用 于 所 有 类 型 的 系统 ,包括 面向 
对 象 应 用 .电子 商务 或 基于 Web 的 应 用 系统 。 回 归 测 试 也 被 称 为 验证 测试 (Verification 
Testing) 。 

快速 阅览 ; 

什么 是 回归 测试 ?回归 测试 是 对 之 前 已 测试 过 、 经 过 修改 的 程序 进行 的 重新 测试 ,以 保 
证 该 修改 没有 引入 新 的 错误 或 者 由 于 更 改 而 发 现 之 前 未 发 现 的 错误 。 

由 谁 来 负责 回归 测试 ?软件 开发 人 员 、 软 件 测 试 人 员 、 软 件 维护 人 员 都 要 参与 回归 
测试 。 

为 什么 回归 测试 如 此 重要 ? 每 当 软 件 发 生变 化 时 ,就 必须 重新 测试 现 有 的 功能 ,以 便 确 
定 修改 是 否 达到 了 预期 的 目的 ,检查 修改 是 否 损害 了 原 有 的 正常 功能 。 同 时 ,还 需要 补充 新 
的 测试 用 例 来 测试 新 的 或 被 修改 了 的 功能 。 

回归 测试 步骤 是 什么 ”回归 测试 过 程 主要 有 7 个 步骤 : 提出 修改 需求 、 修 改 软件 工件 、 
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选择 测试 用 例 .执行 测试 ,识别 失败 结果 、 确 认错 误 和 排除 错误 。 

有 哪些 工件 形成 ? 在 一 些 情况 下 ,会 生成 回归 测试 计划 、 波 及 效应 分 析 文 档 、 重 新 确认 
测试 用 例 .新 生成 的 测试 用 例 。 在 每 一 种 情况 下 ,要 将 回归 测试 结果 存档 以 便 将 来 软件 维护 
时 使 用 。 

如 何 确保 我 们 准确 地 完成 了 任务 ? 尽管 永远 不 能 保证 你 已 经 执行 了 所 要 求 的 每 一 个 回 
归 测 试 ,但 能 肯定 测试 已 经 发 现 了 错误 (并 且 已 修正 了 这 些 错误 )。 另 外 ,如 果 已 经 制定 了 一 
个 回归 测试 计划 , 则 可 以 检查 来 保证 所 有 计划 测试 已 被 完成 。 


7.1 回归 测试 的 特点 


为 什么 需要 进行 回归 测试 呢 ? 主要 有 以 下 4 个 方面 的 原因 : 

(1) 为 了 保证 软件 维护 时 ,那些 未 更 改 的 代码 功能 不 会 受 影响 。 

(2) 建立 各 个 功能 区 域 .信息 系统 持续 的 维护 与 回归 测试 改进 之 间 协 作 关系 ,使 回归 测 
试 成 为 一 个 每 月 的 常规 活动 。 

(3) 为 支持 E2E 测试 ( 端 到 端 测试 ) 实 施 整 个 生命 周期 的 测试 。 

(4) 建立 一 个 测试 框架 ,使 各 信息 系统 和 各 功能 区 域 能 够 监控 和 维持 用 于 回归 测试 的 
人 力 时间 等 资源 投入 。 

回归 测试 可 以 用 在 何 处 呢 ? 在 软件 测试 的 3 大 层次 都 能 使 用 回归 测试 技术 : 单元 测 
试 、 集 成 测试 ,系统 测试 。 这 些 测 试用 于 报告 3 种 不 同类 型 的 失败 ,而 回归 测试 是 一 种 在 3 
个 测试 层次 上 都 能 使 用 的 测试 类 型 。 

回归 测试 与 一 般 测 试 有 什么 不 同 ? 下面 从 6 个 方面 进行 比较 : 测试 计划 的 可 获 性 、 测 
试 范围 .时 间 分 配 、 开 发 信息 ,完成 时 间 和 执行 频率 。 

(1) 测试 计划 的 可 获 性 : 一 般 测 试 都 是 先 拿 到 系统 规格 说 明 书 (Specification) 、 系 统 规 
格 说 明 书 的 一 个 实现 和 带 有 一 些 测试 用 例 的 测试 计划 。 从 一 定 意义 上 说 ,这 些 测试 用 例 都 
是 新 的 ,因为 它们 在 之 前 从 未 用 来 执行 程序 。 但 是 当 要 进行 回归 测试 时 ,我 们 面临 的 可 能 是 
更 改 了 的 规格 说 明 书 、 修 改过 的 程序 和 一 个 需要 更 新 的 旧 的 测试 计划 。 

(2) 测试 范围 : 一 般 测试 的 目标 是 要 检测 整个 程序 的 正确 性 ,而 回归 测试 目标 是 要 检 
测 被 修改 的 相关 部 分 正确 性 以 及 它 与 系统 原 有 功能 的 整合 。 

(3) 时 间 分 配 : 一 般 测试 所 需 时 间 通 常 是 在 一 个 产品 开发 之 前 都 被 预算 好 的 ,但 是 回 
归 测 试 所 需 的 时 间 ( 尤 其 是 修正 性 的 回归 测试 ) 是 不 包含 在 整个 产品 进度 表 中 的 。 

(4) 开发 信息 : 在 一 般 的 测试 中 ,关于 开发 的 知识 、 信 息 都 随时 可 以 获得 。 而 回归 测 
试 可 能 会 在 不 同 的 地 点 和 时 间 进 行 ,所 以 需要 保留 开发 信息 以 保证 回归 测试 的 正确 
进行 。 

(5) 完成 时 间 : 回归 测试 完成 所 需 时 间 通 常 比 一 般 测 试 所 需 时 间 少 ,因为 回归 测试 只 


第 7 章 回归 测试 151 


需 测试 程序 的 一 部 分 。 
(6) 执行 频率 : 一 般 测试 是 发 生 频 率 很 高 的 一 个 活动 。 回 归 测 试 在 一 个 系统 的 生命 周 
期 内 往往 要 多 次 进行 ,一 旦 系统 经 过 修改 就 需要 进行 回归 测试 。 


7.2 回归 测试 的 过 程 


回归 测试 过 程 主要 有 7 个 步骤 : 提出 修改 需求 、 修 改 软件 工件 .选择 测试 用 例 .执行 测 
试 , 识 别 失败 结果 ,确认 错误 和 排除 错误 。 

(1) 提出 修改 需求 : 软件 可 能 因为 要 改正 一 个 错误 (Bug) 而 被 修改 ,或 者 根据 需求 规格 
说 明 书 或 者 设计 说 明 书 而 被 修改 。 

(2) 修改 软件 工件 (Software Artifact) : 为 了 满足 新 的 需求 或 者 改正 错误 而 对 软件 工 
件 进 行 修改 。 

(3) 选择 测试 用 例 : 通过 选择 和 有 效 性 重 确认 过 程 获取 正确 的 测试 用 例 集 , 而 不 是 要 
使 测试 用 例 数 目 最 小 化 。 有 时 一 些 测 试 人 员 会 不 进行 有 效 性 重 确认 而 直接 使 用 所 有 的 已 有 
测试 用 例 。 

(4) 执行 测试 : 这 一 步 又 通常 是 自动 化 运行 的 ,因为 会 有 大 量 的 测试 用 例 要 执行 。 测 
试 执行 历史 (遍历 过 的 路 径 和 被 调用 的 过 程 .操作 ) 都 要 被 记录 下 来 ,这 样 能 给 将 来 的 测试 做 

(5) 识别 失败 结果 : 如 果 测 试 结果 与 预期 结果 不 一 致 , 则 有 必要 检查 是 测试 用 例 错 误 ， 
还 是 代码 错误 ,或 者 两 者 都 有 错误 。 如 果 测 试用 例 在 早期 没有 进行 有 效 性 重 确认 ,那么 这 时 
就 该 进行 有 效 性 重 确认 工作 ,尤其 是 那些 已 经 导致 失败 的 用 例 。 下 面 将 进一步 讨论 有 关 重 
新 确认 测试 用 例 的 有 效 性 过 程 。 

(6) 识别 错误 : 精确 定位 是 哪个 版 本 中 的 哪个 组 件 以 及 哪些 修改 导致 的 失败 。 在 检查 
测试 结果 以 识别 失败 时 ,如 果 使 用 的 测试 用 例 的 有 效 性 在 执行 之 前 已 被 确认 过 ,那么 任何 与 
预期 结果 的 明显 偏离 都 表 明了 软件 存在 一 个 潜在 错误 。 如 果 所 使 用 的 测试 用 例 的 有 效 性 在 
之 前 未 被 确认 ,那么 任何 测试 用 例 失 败 可 能 意味 着 要 么 是 测试 用 例 的 不 正确 ,要 么 是 程序 的 
错误 ,要 么 两 者 皆 有 。 

(7) 排除 错误 : 一 旦 识别 了 导致 失败 的 组 件 , 程 序 员 就 必须 对 这 一 组 件 进行 排除 错误 
工作 。 当 一 个 错误 被 检测 到 后 ,可 以 采取 以 下 几 种 行动 来 改正 错误 : 

改正 错误 后 ,提交 一 个 新 的 程序 修改 卡 (PMC)。 

@ 移 去 引起 错误 的 修改 卡 (PMC) , 即 修改 错误 。 

@ 忽略 错误 。 

下 面 就 重新 确认 测试 用 例 和 识别 错误 做 进一步 讨论 。 
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7.2.1 重新 确认 测试 用 例 


测试 用 例 的 有 效 性 重 确认 过 程 主要 靠 手工 操作 进行 ,目标 是 为 了 识别 出 对 于 更 改 了 的 
软件 现 有 的 已 经 不 再 有 效 的 测试 用 例 。 在 有 效 性 重 确认 过 程 中 ,测试 的 输入 和 它 的 预期 结 
果 都 应 该 被 检查 。 如 果 测 试用 例 的 输入 不 再 有 效 , 那 么 这 一 测试 用 例 就 要 被 丢弃 或 作为 一 
个 消极 测试 用 例 (Negative Test Case); 如 果 它 的 输入 仍然 有 效 ,但 是 预期 结果 不 再 有 效 ， 
那么 就 需要 产生 新 的 、 相 应 的 预期 结果 。 

重 确认 测试 用 例 需 要 人 工 检查 需求 规格 说 明 书 ,测试 策略 和 已 存在 的 测试 用 例 , 所 以 可 能 
很 费时 。 对 于 黑 盒 测 试 , 如 果 在 功能 性 需求 和 测试 用 例 间 维护 一 种 可 回溯 性 (Traceability)， 
那么 有 效 性 重 确认 的 效率 会 高 得 多 ; 对 于 白 盒 测试 ,因为 对 软件 的 修改 可 能 会 导致 设计 和 
编码 上 的 修改 ,所 以 需要 生成 新 的 测试 用 例 , 或 者 更 改 已 存在 的 测试 用 例 以 达到 一 定 的 覆盖 
率 标准 。 


7.2.2 识别 错误 


在 识别 错误 时 ,为 了 确认 软件 中 失败 的 组 件 ,在 列表 中 所 有 列 出 来 的 模块 都 有 可 能 是 要 
查找 的 目标 。 但 这 不 是 一 个 万 无 一 失 (Failure-Safe) 的 过 程 ,虽然 它 有 可 能 帮助 发 现 有 错误 
的 部 件 。 下 面 介绍 一 种 较为 系统 性 的 识别 错误 方法 一 一 组 测试 (Group Testing)。 

一 组 模块 可 能 单独 地 运行 时 都 能 正常 .正确 地 工作 ,但 是 当 它 们 与 软件 中 的 其 他 组 件 集 
成 到 一 起 时 ,这 个 组 合体 就 可 能 使 在 单个 组 件 测试 能 通过 的 测试 用 例 失 败 。 可 以 使 用 组 测 
试 (Group Testing) 进 行 错误 识别 ,在 寻找 有 错误 的 部 件 时 ,可 以 利用 可 获得 的 软件 的 不 同 
版 本 来 帮助 发 现 错误 的 部 分 。 

如 何 进行 组 测试 呢 ? 假设 一 个 程序 有 5 个 组 件 ,分别 是 A、.B、C、D 和 下 ,在 早期 的 测试 
中 ,各 个 组 件 都 有 一 个 可 以 信赖 的 版 本 , 即 正常 工作 版 本 。 假 设 现在 A、B、C 被 修改 了 ,而 
D\E 没有 被 修改 ,仍然 是 之 前 能 正常 工作 的 组 件 。 假 设 这 一 新 版 本 软件 未 能 通过 几 个 测试 
用 例 , 我 们 需要 发 现 错误 的 组 件 所 在 。 

首先 使 用 新 版 本 的 A 组 件 和 原来 能 正确 工作 可 以 信赖 的 B.C、D、E 组 件 来 重新 运行 那 
些 失败 的 测试 用 例 , 来 观测 这 样 配置 是 否 导致 测试 用 例 失败 。 如 失败 , 则 有 很 大 可 能 性 是 新 
版 本 的 A 组 件 导 致 的 。 若 不 是 , 则 再 使 用 新 版 本 的 B 组 件 和 原来 能 正确 工作 的 A、C、D、E 
组 件 来 重新 运行 那些 失败 的 测试 用 例 , 以 确定 是 否 是 B 组 件 导致 的 失败 。 如 不 是 ,这 个 过 
程 还 要 继续 进行 下 去 ,直到 所 有 新 版 本 的 组 件 全 部 实验 过 ,如 图 7-1 所 示 。 

用 这 个 方法 ,可 以 决定 是 否 是 新 版 本 的 A、B、C 中 的 某 一 组 件 有 错 。 也 可 以 重复 多 次 运 
行 测试 用 例 以 查 明 导致 用 例 失 败 的 具体 组 件 。 问 题 是 这 个 方法 安全 吗 ? 回答 是 “不 安全 ”。 
但 是 它 可 以 进行 自动 化 测试 ,也 已 经 被 证 实 这 个 方法 很 有 用 。 
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A B C D E 原先 版 本 : 所 有 测试 用 例 全 部 通过 

\ \ \ 

A' B' @ D E 新 版 本 : 有 几 个 测试 用 例 失败 
古 轩 

A' B C D E 运行 失败 的 测试 用 例 ， 只 有 组 件 A 是 新 版 本 
A B' D E 运行 失败 的 测试 用 例 ， 只 有 组 件 B 是 新 版 本 
A B D E 运行 失败 的 测试 用 例 ， 只 有 组 件 C 是 新 版 本 


图 7-1 组 测试 示例 


7.3 回归 测试 的 策略 


回归 测试 的 策略 有 两 个 主要 方法 ,分 别 是 ， 

(1) 全 部 重新 测试 ,即将 之 前 所 有 的 测试 用 例 全 部 重新 执行 。 

(2) 有 选择 地 重新 测试 , 即 选 择 和 使 用 已 存在 的 测试 用 例 的 一 个 子 测试 用 例 集 。 

也 有 资料 称 这 两 种 方法 为 两 种 "模式 ”5 。 在 一 些 情况 下 ,选择 被 测 系统 的 所 有 测试 用 
例 进 行 重 新 测试 是 不 可 行 的 ,而 在 另 一 些 情况 下 ,可 以 使 用 选择 性 重新 测试 。 

。 全 部 重新 测试 方法 : 优点 是 不 需要 花 精 力 去 选择 要 执行 的 测试 用 例 , 所 以 当 测 试用 
例 的 数目 不 太 多 或 者 一 个 系统 大 部 分 被 改变 时 ,使 用 该 方法 是 合适 的 ; 缺点 是 当 测 
试用 例 的 数目 很 多 ,而 对 于 一 个 系统 改动 是 很 微小 的 ,那么 全 部 重新 测试 就 很 浪费 。 
有 选择 的 重新 测试 方法 : 优点 是 当 测 试用 例 的 数目 很 多 ,而 且 系统 的 更 改 只 是 一 
小 部 分 ,那么 这 个 方法 是 很 有 用 的 ; 缺点 是 需要 费 精力 对 测试 用 例 进行 选择 。 当 
全 部 测试 用 例 的 数目 不 是 很 大 ,或 者 对 系统 的 更 改 也 很 多 ,那么 这 个 方法 就 不 适 
合 可“ 

有 选择 的 重新 测试 方法 中 需要 对 测试 用 例 进 行 选 择 ,选择 的 最 常用 算法 是 选择 所 有 与 
某 个 特定 模块 相关 的 所 有 测试 用 例 , 及 所 有 集成 测试 用 例 。 而 对 那些 固定 的 特征 ,应 保持 它 
们 不 变 。 在 识别 相关 的 测试 用 例 时 ,依据 可 追溯 性 原理 ,从 需求 到 代码 ,然后 再 到 测试 用 例 ， 
都 要 可 追溯 。 所 有 黑 盒 测试 和 白 盒 测 试 的 测试 用 例 都 要 做 到 可 追溯 。 由 于 软件 工件 间 的 依 
赖 性 ,所 以 需要 使 用 波及 效应 分 析 来 确认 那些 被 影响 到 的 部 分 。 下 一 节 介绍 波及 效应 分 析 
(Ripple Effect Analysis,REA) 。 
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7.4 波及 效应 分 析 


在 介绍 什么 是 波及 效应 分 析 之 前 ,首先 说 明 几 个 事实 和 相关 问题 。 主 要 的 事实 有 : 
(1) 软件 是 会 被 修改 的 。 

(2) 与 软件 相关 的 所 有 东西 (需求 款项 .设计 款项 ,代码 ,测试 用 例文 档 ) 都 可 能 被 修改 。 
(3) 修改 在 任何 时 候 都 可 能 发 生 , 比 如 在 软件 开发 阶段 和 软件 维护 阶段 。 
修改 中 遇 到 的 问题 是 : 

(1) 需要 定位 改变 部 位 。 

(2) 改变 的 完全 性 问题 。 

(3) 改变 有 效 性 重 确认 问题 。 

(4) 完整 性 问题 。 

(5) 追踪 问题 。 

波及 效应 分 析 是 为 了 发 现 所 有 受 影响 部 分 和 发 现 潜在 的 受 影响 部 分 ,以 保证 软件 发 生 


改变 后 仍然 保持 一 致 性 与 完整 性 。 因 为 软件 中 所 有 类 型 的 工件 都 可 能 变化 ,需要 对 所 有 工 
件 进行 波及 效应 分 析 。 波 及 效应 分 析 共 有 4 种 类 型 : 


(1) 需求 的 波及 效应 分 析 。 

(2) 设计 的 波及 效应 分 析 。 

(3) 代码 的 波及 效应 分 析 。 

(4) 测试 用 例 的 波及 效应 分 析 。 

对 于 各 阶段 之 间 同 样 也 需要 进行 波及 效应 分 析 , 也 就 是 从 需求 文档 到 设计 文档 ,再 到 代 


码 , 最 后 到 测试 用 例 。 


7.4.1 波及 效应 分 析 步 又 


波及 效应 分 析 是 一 个 迭代 过 程 ,直至 不 再 有 任何 波及 。 具 体 步骤 如 下 : 

(1) 实施 初始 的 改变 。 

(2) 识别 潜在 的 受 影响 的 组 件 。 

(3) 决定 这 些 受 到 潜在 影响 的 组 件 中 哪些 需要 改变 。 

(4) 决定 如 何 进行 这 些 改 变 , 对 于 每 一 个 改变 都 要 从 第 (1) 步 开始 重复 。 如 果 没 有 要 进 


行 改变 的 就 结束 。 


这 4 个 步骤 可 以 用 如 图 7-2 所 示 的 流程 图 表示 。 
波及 效应 分 析 在 第 (1) ,第 (3) 和 第 (4) 步 时 需要 用 户 的 参与 ,第 (2) 步 的 识别 潜在 波及 可 


以 自动 化 进行 。 对 于 代码 ,主要 有 两 个 技术 来 识别 潜在 波及 : 
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开始 


1 
@, 实施 初始 的 改变 


1 
人) [江上 区 域 受到 洪 在 的 影响 决定 如 何 进行 修改 ] (4 ) 
1 


1 
© 决定 这 些 区 域 的 哪些 部 分 需要 
进一步 修改 以 保持 一 致 性 


对 于 每 一 个 更 改 
没有 需要 修改 的 地 方 


结束 


图 7-2 波及 效应 分 析 过 程 


(1) 字符 串 匹配 或 者 交叉 引用 。 
(2) 程序 切片 。 与 程序 切片 方法 相 比 , 字 符 串 匹配 不 需要 考虑 程序 执行 一 一 它 需 要 人 
类 智慧 来 进行 REA 操作 。 绝 大 多 数 的 再 工程 工具 都 是 基于 字符 串 匹 配 的 。 程 序 切片 方法 
能 确认 直接 和 间接 的 波及 ,并 可 以 自动 产生 巨大 的 程序 切片 。 后 面 将 介绍 使 用 程序 切片 的 
技术 来 自动 地 进行 潜在 波及 影响 识别 。 
程序 切片 利用 数据 依赖 和 控制 依赖 来 识别 潜在 的 波及 。 
。 控制 的 依赖 性 。 控 制 可 由 if-then-else、while、for 和 顺序 型 语句 以 及 面向 对 象 程 序 
中 的 消息 传递 所 引起 。 如 果 一 个 then-else 语句 的 条 件 改 变 了 ,那么 then 部 分 和 
else 部 分 都 要 因为 条 件 改变 而 被 影响 。 
。 数据 的 依赖 性 。 数 据 的 操作 主要 有 3 个 : 数据 的 使 用 ,数据 的 定义 和 数据 空间 的 释 
放 , 往 往 只 考虑 数据 的 定义 和 使 用 。 在 确认 数据 流 前 需要 确认 执行 路 径 , 然 后 查找 
每 一 个 “定义 -使 用 ”对 。 在 进行 控制 依赖 性 确认 前 是 无 法 进行 数据 依赖 性 的 确认 
的 ,可 能 会 发 现 没 必要 的 数据 依赖 性 。 
波及 效应 有 直接 波及 (Direct Ripples ) 和 诱发 波及 (Induced Ripples)。 直 接 的 波及 是 
那些 被 初始 的 更 改 影响 的 一 一 它们 对 于 更 改 点 有 直接 的 数据 或 控制 依赖 。 诱 发 波及 是 由 直 
接 波 及 和 其 他 诱发 波及 引起 的 、 如 图 7-3(a) 所 示 ,“ 初 始 改 变 ” 使 得 组 件 1、.2、…、n 等 受到 直 
接 的 波及 , 即 这 些 组 件 对 于 更 改 有 数据 或 控制 依赖 。 而 受到 直接 的 波及 组 件 又 依赖 于 组 件 
11、1k1、21、2kz .nl nk 等。 对 于 这 些 组 件 的 影响 成 为 诱发 波及 。 这 种 诱发 波及 可 以 一 直 持 
续 下 去 。 
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被 直接 波及 的 组 件 是 波及 效应 分 析 过 程 中 要 进行 进一步 更 改 的 第 一 候选 集 。 如 果 直 接 
波及 后 不 需要 进一步 地 更 改 ,如 图 7-3(b) 所 示 : 组 件 2 已 经 确定 不 需要 进一步 的 更 改 , 那 么 
诱发 波及 就 不 需要 分 析 。 这 样 可 以 节省 波及 效应 分 析 时 间 。 所 以 在 实际 使 用 过 程 中 ,建议 
使 用 这 样 的 增 量 分 析 方式 ,而 不 是 枚 举 方式 。 


一 一 一 一 一 
直接 波及 ! 诱发 波及 


图 7-3 直接 波及 和 诱发 波及 


7.4.2 程序 切片 


上 节 讲 到 波及 效应 分 析 第 (2) 步 的 识别 潜在 波及 可 以 利用 程序 切片 技术 自动 化 进行 。 
本 节 介 绍 程序 切片 的 技术 如 何 自 动 地 进行 潜在 波及 影响 识别 。 注 意 这 里 所 说 的 “潜在 ” 意 
义 。 自 动 化 只 能 识别 “可 能 的 ”, 然 而 确认 工作 还 是 需要 “人 工 ” 来 完成 。 

程序 切片 (Program Slicing) 定 义 切片 标准 (Slicing Criteria) 来 说 明 所 关心 的 切片 语句 
开始 点 和 一 些 变 量 。 程 序 切 片 结果 产生 一 个 语句 集 , 这 些 语句 影响 到 切片 标准 中 被 定义 的 
语句 的 变量 值 。 程 序 切片 最 早 是 由 Weisert 提出 的 。 

切片 分 向 前 和 向 后 两 个 方向 。 向 后 的 程序 切片 (Backward Program Slicing) 是 指 给 定 
一 个 语句 号 和 一 个 变量 集 , 它 能 产生 所 有 语句 , 当 程 序 执行 到 给 定 的 语句 时 这 些 语句 将 影响 
给 定语 句 中 的 变量 集 。 向 前 的 程序 切片 (Forward Program Slicing) 是 指 给 定 一 个 语句 号 和 
一 个 变量 集 , 它 能 产生 所 有 语句 , 当 程 序 恢复 执行 给 定语 句 时 ,这 些 语句 将 受到 给 定语 句 中 
的 变量 集 的 影响 。 
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如 图 7-4 所 示 的 一 个 程序 切片 的 例子 : 图 的 左上 角 是 源 代码 ,有 5 条 语句 。 图 的 右上 和 角 
是 数据 流 信息 ,表示 各 语句 定义 和 使 用 的 变量 。 图 的 左下 角 是 向 前 的 程序 切片 的 标准 及 其 
结果 。 标 准 二 1,{ a ) 二 表示 从 语句 1 开始 ,关注 的 变量 是 a; 程序 切片 是 从 语句 1 顺 着 程序 
执行 方向 ,切片 的 结果 是 语句 集 {1,3,4,5}。 第 1 条 语句 里 变量 a 被 定义 ,其 语句 自然 受 影 
响 ; 第 3 条 和 第 4 条 语句 直接 使 用 变量 a, 要 受 其 变化 影响 ; 第 5 条 语句 中 的 < 和 d 使 用 变 
量 a, 从 而 间接 地 受到 a 的 变化 影响 。 程 序 切片 的 结果 的 语句 集中 没有 第 2 条 语句 ,这 是 因 
为 第 2 条 语句 不 直接 或 间接 地 使 用 变量 a, 因 而 不 受 其 变化 影响 。 

图 的 右 下 角 是 向 后 的 程序 切片 的 标准 及 其 结果 。 标 准 二 5,{ d } 二 表示 从 语句 5 开始 ， 
关注 的 变量 是 d; 程序 切片 是 从 语句 5 道 程序 执行 方向 ,切片 的 结果 是 语句 集 {1,2,4,5}。 程 
序 切 片 是 从 第 5 条 语句 开始 的 ,第 5 条 语句 被 收入 结果 集中 ; 第 4 条 语句 定义 了 变量 d, 对 
于 使 用 变量 d 的 第 5 条 语句 有 影响 ; 而 第 1 条 和 第 2 条 语句 中 分 别 定义 的 变量 a 和 变量 b 
被 第 4 条 语句 用 来 定义 变量 d, 从 而 影响 第 5 条 语句 。 


源 代 码 数据 流 信息 
3 
1| a Fa ¢ |。 5 
e 
2| bd | 一 
4 
向 前 切片 向 后 切片 
Slicing Criterior Slicing Criteriorr 
<1,{a}> <5,{d}> 
Slice: Slice: 
1.a=1; 1.a=1; 
3.c=a"a,; 2.b=2; 
4.d=a*b' 4.d=a*b; 
5S.e=c+d; 5.e=c+d; 


图 7-4 程序 切片 示例 


波及 效应 分 析 过 程 中 可 以 应 用 程序 切片 技术 。 向 前 切片 常常 用 于 在 波及 效应 分 析 过 程 
中 的 第 (2) 步 来 识别 潜在 的 波及 ; 向 后 切片 也 被 用 于 第 (2) 步 中 来 识别 各 种 类 型 的 改变 (如 
定义 、 使 用 和 控制 ); 向 后 切片 在 第 (4) 步 决定 将 如 何 影 响 其 他 的 改变 时 很 有 用 。 

程序 切片 方法 往往 生成 数量 很 大 的 切片 集 。 通 用 化 的 程序 切片 可 以 将 切片 数量 限制 在 
一 个 比较 合理 的 范围 内 。 在 波及 效应 分 析 中 比较 有 用 的 两 种 限制 方法 是 进行 深度 限制 和 边 
界限 制 。 深 度 限制 是 将 切片 中 的 语句 限制 在 离 更 改 点 一 个 特定 距离 内 以 达到 限制 切片 数 
量 。 边 界限 制 是 将 切片 限制 在 一 个 特定 的 模块 或 函数 内 。 


7.5 回归 测试 的 花费 


回归 测试 时 间 主 要 消耗 在 以 下 几 个 方面 : 
(1) 为 了 测试 那些 新 改变 的 代码 ,要 生成 测试 用 例 。 
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(2) 对 原 有 的 测试 用 例 组 进行 有 效 性 重 确认 。 

(3) 执行 测试 用 例 组 。 

(4) 比较 测试 用 例 的 执行 结果 与 预期 结果 。 

(5) 回溯 失败 , 查 明 导 致 失败 的 模块 或 修改 。 

对 于 回归 测试 给 出 两 点 实用 性 建议 。 一 是 对 于 那些 常常 要 进行 回归 测试 的 人 员 来 说 ， 
使 用 工具 是 有 好 处 的 。 

(1) 测试 执行 工具 : 因为 有 巨大 数量 的 测试 用 例 ,所 以 使 用 自动 测试 执行 工具 是 必 
需 的 。 

(2) 测试 结果 比较 器 : 在 确认 测试 失败 时 它 是 很 有 用 的 。 

(3) 配置 工具 : 它 能 跟踪 其 中 的 数据 ,控制 依赖 性 。 

(4) 测试 管理 工具 : 跟踪 测试 现状 。 

二 是 在 回归 测试 中 应 该 考虑 两 种 依赖 性 来 帮助 分 析 波 及 效应 。 

(1) 模块 依赖 : 软件 中 的 一 个 模块 会 依赖 于 其 他 模块 ,因为 要 使 用 其 他 模块 来 完成 自 
己 的 任务 。 

(2) 修改 依赖 : 它 发 生 在 软件 的 项 目 组 人 员 要 跟踪 程序 修改 卡 (PMC) 时 。 


7.6 总 结 


执行 回归 测试 是 一 种 技术 , 它 提供 一 种 快速 方便 的 方法 来 决定 代码 的 修改 是 否 改变 或 
破坏 了 现 有 的 功能 。 回 归 测 试 与 一 般 测 试 比较 ,有 6 个 方面 不 同 : 测试 计划 的 可 获 性 、 测 试 
范围 .时 间 分 配 、 开 发 信息 、 完 成 时 间 和 执行 频率 。 

回归 测试 过 程 主要 有 7 个 步骤 : 提出 修改 需求 、 修 改 软件 工件 .选择 测试 用 例 、 执 行 测 
试 ,识别 失败 结果 、 确 认错 误 和 排除 错误 。 回 归 测 试 有 两 个 主要 方法 : 

(1) 全 部 重新 测试 ,即将 之 前 所 有 的 测试 用 例 全 部 重新 执行 。 

(2) 有 选择 地 重新 测试 , 即 选择 和 使 用 已 存在 的 测试 用 例 的 一 个 子 测试 用 例 集 。 

对 于 被 改变 的 代码 ,需要 生成 新 的 测试 用 例 。 波 及 效应 是 研究 改变 给 软件 所 带 来 的 直 
接 波 及 和 诱发 波及 ,以 保证 软件 发 生 改 变 后 仍然 保持 一 致 性 与 完整 性 。 波 及 效应 分 析 是 一 
个 迭代 过 程 。 有 的 步骤 可 以 自动 化 执行 ,而 有 的 步 又 必须 手工 进行 。 程 序 切片 能 自动 地 帮 
助 进行 识别 潜在 波及 影响 。 

回归 测试 要 消耗 很 多 时 间 ,建议 那些 常常 要 进行 回归 测试 的 人 员 ,使 用 各 种 工具 来 提高 
效率 ,并 利用 模块 依赖 和 修改 依赖 来 帮助 分 析 波及 效应 。 
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7.8 思考 与 练习 


. 试用 自己 的 话 ,描述 什么 是 回归 测试 。 

.和 一 般 测试 相 比 ,回归 测试 有 什么 特点 ? 

.回归 测试 的 步骤 是 什么 ? 测试 用 例 的 有 效 性 重 确认 可 以 实现 自动 化 吗 ? 

. 用 “组 测试 ”方法 描述 如 何 识别 组 件 缺 陷 。 

.回归 测试 的 两 种 模式 是 什么 ? 是 否 还 有 其 他 模式 (举例 说 明 )? 

. 什么 是 波及 效应 分 析 ? 它 的 适用 范围 是 什么 ? 为 什么 说 波及 效应 分 析 是 一 个 迭代 


中 an 上 性 


过 程 ? 

7. 什么 是 向 后 的 程序 切片 ? 什么 是 向 前 的 程序 切片 ? 作为 切片 标准 中 的 语句 一 定 会 在 
切片 结果 集中 吗 ? 为 什么 ? 

8. 回归 测试 有 哪些 消耗 ? 


7.9 进一步 阅读 
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四 日 二 


基于 状态 的 软件 测试 技术 


基于 状态 的 软件 测试 技术 是 一 种 基于 模型 的 测试 技术 (Model-Based Testing, MBT)。 
MBT 利用 系统 需求 模型 和 特殊 功能 模型 ,自动 生成 有 效 的 测试 用 例 。 一 种 定义 明确 的 有 
限 状 态 机 (Finite State Machine) 常 用 来 帮助 描述 系统 的 行为 。 从 测试 的 角度 看 , MBT 技术 
带 来 的 最 大 好 处 是 针对 可 用 的 有 限 状 态 机 或 其 变种 ,生成 测试 用 例 只 需 遍 历 状 态 机 。 各 种 
图 论 算法 可 以 用 来 遍历 这 个 模型 (如 shortest path、N-states、all-states、all-transitions 等 ) 。 
除 此 之 外 ,MBT 技术 还 带 来 其 他 许多 益处 ,如 增强 开发 人 员 与 测试 人 员 之 间 的 沟通 、 尽 早 
暴露 规范 与 设计 中 的 不 明确 之 处 、 自 动 生成 很 多 无 重复 的 有 用 的 测试 用 例 \、 减 轻 由 于 变化 了 
的 需求 带 来 的 更 新 测试 集 的 工作 提高 评估 回归 测试 的 能 力 等 。 

MBT 技术 带 来 的 所 有 益处 都 在 一 个 假设 条 件 下 , 即 所 建立 的 被 测 系统 的 状态 机 “正确 
地 ”描述 了 系统 的 行为 ; 换 句 话说 ,模型 的 质量 决定 着 MBT 技术 的 成 败 。 因 此 本 章 的 前 两 
节 将 分 别 介绍 状态 转换 图 模型 和 状态 图 模型 。 如 果 读 者 已 经 熟悉 这 两 类 状态 机 模型 ,可 以 
直接 从 第 三 节 开 始 阅 读 。 

长 期 以 来 ,状态 转换 图 (State Transiation Diagram,STD) 作 为 一 种 图 形 化 标记 用 来 描 
述 计算 机 系统 。20 世纪 50 年 代 中 期 ,G. H. Mealy 和 E. F. Moore 同时 引入 了 两 种 状态 转 
换 图 的 基本 模型 ,这 两 种 模型 在 硬件 设计 领域 一 直 发 挥 着 重要 的 作用 。 近 些 年 来 ,这 两 种 模 
型 得 到 了 广泛 扩展 ,增加 了 对 诸如 层次 结构 (Hierarchy) 、 适 时 (Timing) 和 通信 和 这些 方面 的 
表达 能 力 ,使 得 可 以 使 用 这 两 种 模型 对 复杂 的 软件 系统 进行 建 模 。 例 如 ,使 用 这 类 状态 模型 
(如 Harel/UML 状态 图 ) 可 以 对 实时 系统 嵌入 式 系统 、Web 交互 性 系统 行为 进行 模拟 、 验 
证 及 测试 。 本 章 介 绍 基于 状态 模型 的 软件 测试 技术 ,在 这 类 系统 中 得 到 广泛 的 应 用 。 

快速 阅览 : 

什么 是 基于 状态 的 测试 ? 基于 状态 的 软件 测试 是 一 种 基于 模型 的 测试 技术 。 也 就 是 通 
过 建立 描述 系统 行为 的 状态 机 ,来 自动 生成 测试 用 例 。 

由 谁 来 负责 基于 状态 的 测试 ? 软件 开发 人 员 ,软件 测 试 人 员 都 要 参与 基于 状态 的 测试 。 
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为 什么 基于 状态 的 测试 如 此 重要 ? 基于 状态 模型 的 软件 测试 技术 ,广泛 应 用 于 实时 系 
统 及 巾 入 式 系统 的 测试 。 

基于 状态 的 测试 步骤 是 什么 ? 基于 状态 的 测试 过 程 主要 有 3 个 步骤 : 创建 图 形 化 规格 
说 明 书 、 产 生 中 介 规 格 说 明 书 和 生成 测试 规格 说 明 书 。 

有 了 哪些 工件 形成 ? 在 一 些 情况 下 ,会 生成 基于 状态 的 测试 计划 、 被 测 系统 状态 机 模型 、 
生成 测试 用 例 的 有 向 图 、 生 成 的 测试 用 例 。 在 每 一 种 情况 下 ,要 将 基于 状态 的 测试 结果 存档 
以 便 将 来 软件 维护 时 使 用 。 

如 何 确保 我 们 准确 地 完成 了 任务 ? 尽管 永远 不 能 保证 你 已 经 执行 了 所 要 求 的 每 一 个 回 
归 测 试 ,但 能 肯定 测试 已 经 发 现 了 错误 (并 且 已 修正 了 这 些 错 误 ) 。 另 外 ,如 果 已 经 制定 了 一 
个 基于 状态 的 测试 计划 , 则 可 以 检查 以 保证 所 有 计划 测试 已 被 完成 。 


8.1 状态 转换 图 


图 (Graph) 和 图 形 化 标记 (Graphic Notation ) 在 软件 规格 (Software Specification) 的 陈 
述 , 分 析 和 软件 设计 方面 起 着 显著 的 作用 : 从 数据 流 图 到 实体 -关系 图 ,从 组 合 结构 图 
(Modular Structure Diagram) 到 Petri 网 ,图 形 的 应 用 范围 非常 广 。 在 不 同 的 图 形 表示 中 ， 
节点 和 箭头 有 不 同 的 含义 (Interpret) 和 注解 (Annotate)。 状 态 转 换 图 是 一 个 简单 有 向 图 ， 
图 中 的 节点 代表 系统 的 状态 ,箭头 代表 状态 之 间 的 转换 。 

Mealy 和 Moore 奠定 了 有 限 自动 机 理论 (Finite Automata Theory) 的 基础 [9 。Moore 的 
论文 中 给 出 了 有 限 自动 机 实验 的 概念 ,得 出 了 通过 外 部 实验 (External Experiments) 可 以 得 
到 有 关 有 限 自 动机 内 部 状态 的 结论 。 外 部 实验 包括 给 自动 机 某 些 输 入 ,观测 其 输出 结果 。 
Moore 证 明了 大 量 关 于 有 限 自 动机 等 价 和 简化 (Reduction) 方 面 的 定理 ,这 些 定理 已 经 成 为 
自动 化 理论 教科 书 上 的 标准 内 容 。Mealy 把 Moore 的 概念 应 用 到 数字 电路 的 合成 
(Synthesis) 和 简化 (Reduction) 上 。Mealy 有 限 自动 机 是 Moore 有 限 自动 机 的 一 个 变 体 。 
因为 Mealy 有 限 自动 机 更 符合 我 们 的 意图 ,所 以 先 做 介绍 ; 然后 再 把 Moore 有 限 自动 机 作 
为 其 变 体 进行 介绍 。 

定义 8.1: 一 个 Mealy 有 限 自动 机 是 一 个 六 元 组 (S,1,O,6,Y,so), 其 中 S 为 有 限 状 态 
集 ,I 为 有 限 输入 字符 表 ,O 为 有 限 输出 字符 表 ,8: SXI>S 为 状态 转换 函数 ,y; SXI>0O 为 
输出 函数 ,soES 为 初始 状态 。 

根据 定义 8.1,6 函数 和 Y 函数 分 别 描述 了 有 限 自 动机 接受 一 个 输入 后 转换 成 的 新 状态 
和 输出 结果 。 

举 一 个 简单 的 例子 ,考虑 如 图 8-1 所 示 的 状态 转换 图 。 它 描述 了 一 个 受 限 栈 (Bounded 
Stack) 的 Mealy 有 限 自动 机 模型 。 该 受 限 栈 最 多 只 能 从 集合 {fa,b} 中 压 人 两 个 元 素 。 图 中 
有 ?7 个 状态 (节点 ), 以 栈 中 元 素来 标识 (s 表示 空 栈 ) 。 短 箭头 表明 s 为 初始 状态 。 输 入 字符 
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表 为 集合 {push, ,pushs ,pop,top} ,其 中 push。 和 pushu .分别 表 示 向 栈 中 压 和 人 a 或 b,pop 表 
示 栈 顶 元 素 出 栈 ,top 表示 返回 栈 顶 元 素 。 


top/error 
pop/error 


top/a top/b top/a top/b 
pusha/error pusha/error pushwerror pushwerror 
pushp/error pushy/error pushwerror pushwerror 


图 8-1 受 限 栈 状态 转换 图 


输出 字符 表 为 集合 {a,b,X,error)}。6 函数 和 7 函数 可 直接 从 图 8-1 中 读 出 : 标签 
(Label)x/y, 其 中 xE1,y€E O, 从 状态 s 转换 到 状态 t 对 应 函数 6(s,x) 二 t 和 YCs,x) 二 y。 因 
此 ,在 状态 a 时 输入 pushs 导致 转换 到 状态 ab 并 且 输 出 为 X(X 可 以 有 多 种 解释 ,可 以 表示 
无 关 紧 要 的 值 (don’ t-care value) ,无 意义 的 消息 (mute message) ,或 者 表示 没有 输出 
(absence of output) ) 。 在 一 个 空 栈 上 应 用 pop 和 top 操作 会 输出 error; 类 似 地 ,在 一 个 满 
栈 上 应 用 push, 或 pushs 操作 也 会 输出 error。 状 态 a 上 的 环形 标记 top/a 表示 top 操作 可 
以 反复 应 用 到 只 包含 a 元 素 的 栈 上 ,其 输出 结果 是 a。 

当 某 人 画 出 一 个 Mealy 有 限 自 动机 的 状态 转换 图 时 ,他 所 定义 的 语义 是 什么 呢 ? 这 就 
引出 一 个 相关 的 问题 : 什么 情况 下 两 个 Mealy 有 限 自 动机 是 等 价 的 ? 一 旦 定义 了 Mealy 有 
限 自动 机 的 语义 ,那么 具有 相同 语义 的 两 个 有 限 自 动机 被 认为 (在 语义 上 ) 是 等 价 的 。 

在 给 出 对 语义 的 定义 之 前 , 先 引 入 下 面 的 符号 : 

。 工 表示 空 序列 ( 空 串 ) 。 

。 T+ 表示 集合 T 中 元 素 的 非 空 有 限 序列 。 

。T 表示 集合 了 中 元 素 的 有 限 序列 (T* =T* U {r})。 

集合 T 中 元 素 的 串 接 或 序列 就 是 把 元 素 依次 排列 起 来 组 成 的 列 (Juxtaposition) 。 

定义 8.2: 一 个 Mealy 有 限 自动 机 =(S,I,O,6,Y,so) 的 行为 抽象 (语义 ) 是 函数 g,: 
I+ 一 0O,gs 由 下 面 的 递归 等 式 定义 ,其 中 ds: 1 一 S 为 辅助 函数 ,xE1,tE1’ ,dz(r) 一 so， 
ds(tx)=6(ds(t),x),gs(tx)= Y(ds(t),x)。 

由 定义 8.2 易 知 ,两 个 Mealy 有 限 自动 机 ,3=(S,1,O0,6,Y,s,) 和 =(S',1,O,6',Y',s,) 
是 等 价 的 , 当 且 仅 当 gy(t) 二 gx(CD:tEIT 。 
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换 句 话说 ,ds(t) 是 对 有 限 状 态 机 输入 串 t 后 转换 成 的 状态 ,而 g*(t) 是 有 限 状态 机 的 最 
终 输出 (字符 )。 如 果 两 个 有 限 自动 机 对 相同 的 输入 串 产生 相同 的 最 终 输出 (字符 ), 则 说 明 
这 两 个 有 限 自 动机 是 等 价 的 。 注 意 ,语义 也 可 以 定义 为 下 面 的 函数 gi : 1* 一 0*: 

gi (rT) = r,gi (tx) = gi (t) gs (tx) 
也 就 是 说 ,语义 是 从 输入 串 到 输出 串 的 函数 (映射 )。 容 易 得 出 gz (t) 二 gz (t),t€E1" 当 且 
仅 当 gs (0)= gy (0),tET 。 

Moore 有 限 自动 机 和 Mealy 有 限 自动 机 类 似 ,只 是 输出 函数 7 被 7 : SO 所 代替 。 也 
就 是 说 ,输出 是 和 状态 有 关 而 不 是 和 转换 有 关 。 可 以 把 这 样 的 输出 看 作 是 达到 某 一 状态 后 
触发 的 动作 。 可 以 为 Moore 有 限 自动 机 定义 类 似 的 语义 ,也 就 是 对 于 某 一 输入 串 , 有 限 自 
动机 返回 最 终 输 出 (字符 )(g; 函数 ) 或 是 整个 输出 串 (gz 函数 )。 对 于 一 个 Mealy 有 限 自 动 
机 三 和 一 个 Moore 有 限 自动 机 3", 如 果 对 每 一 个 可 能 的 输入 串 (sequence) ,5 的 输出 串 恰 
好 等 于 在 的 输出 串 前 加 一 个 任意 但 固定 的 符号 (Symbol) 所 形成 的 串 ( 这 个 符号 是 Moore 
有 限 自动 机 在 其 初始 状态 的 输出 ), 则 说 王 和 5' 是 等 价 (或 相似 ) 的 。 在 参考 文献 [2] 中 已 证 
明 : 给 定 一 个 Mealy 有 限 自动 机 ,可 以 构造 一 个 等 价 的 Moore 有 限 自动 机 3'; 反之 亦 然 。 

从 上 述 形 式 化 的 定义 ,可 以 看 到 状态 转换 图 (STD) 是 一 个 简单 有 向 图 ,其 中 节点 表示 状 
态 ,表示 在 不 同时 刻 的 不 同 输入 值 结合 ; 标 有 触发 事件 和 条 件 的 箭头 表示 转换 ,转换 是 由 输 
和 人 引起 的 状态 转换 。 状 态 转化 图 可 以 帮助 理解 系统 行为 。 下 面 看 一 个 自动 售 货 机 
(Vending Machine) 的 例子 。 

图 8-2 是 一 个 销售 饮料 的 自动 售 货 机 。 如 图 上 标识 的 ,Bill 和 Coin 处 可 以 分 别 投入 纸 
币 和 硬币 ; Display 是 一 个 液晶 显示 器 ,可 以 显示 投入 的 金额 或 还 需 投 入 的 数额 ; Button 处 
是 多 个 按钮 ,可 以 选择 不 同 的 饮料 ; Change 处 递 出 找 回 的 零钱 ,而 Dispenser 处 递 出 饮料 。 
图 8-3 给 出 了 自动 售 货 机 工作 过 程 的 状态 转换 图 。 

图 8-3 中 圆 角 矩形 表示 状态 ,矩形 内 的 文字 为 状态 名 称 ,描述 了 机 器 所 处 的 状态 ; 箭头 
表示 状态 间 的 转移 ,箭头 上 的 文字 表示 触发 状态 转移 的 事件 ; 另外 有 两 个 特殊 表示 的 状态 ， 
实心 圆 表示 状态 图 的 初始 状态 Sb, 内 含 一 个 实心 圆 的 圆圈 表示 状态 图 的 终止 状态 Se。 从 初 
始 状态 起 ,机 器 加 电 后 (Power On) ,处 于 空闲 状态 (S1) ,等待 顾客 到 来 ; 若 断 电 (Power 
Off) , 则 到 达 终 止 状态 。 顾 客 向 机 器 中 投 钱 后 (Money Input) ,机 器 显示 钱 数 (S2) , 若 投入 
钱 数 足 够 (Enough Money) , 则 机 器 递 出 碳酸 饮料 (S4) ,投入 超额 的 话 还 要 找 回 零钱 ; 若 
钱 数 不 够 (Money not enough) ,机 器 则 显示 差额 (S3) ,并 等 待 顾客 继续 投 钱 ,直到 投入 的 
钱 数 足够 , 才 会 递 出 碳酸 饮料 并 找 零 。 机 器 卖 出 碳酸 饮料 后 自动 回 到 空闲 状态 。 在 机 器 
成 功 卖 出 碳酸 饮料 之 前 ,如 果 顾 客 取 消 交易 (Cancel), 则 机 器 退回 顾客 已 经 投入 的 钱 
(S5) ,并 回 到 空闲 状态 。 如 果 顾 客 投入 假币 (Fake Money) ,机 器 会 立即 退回 ,并 返回 空闲 

根据 定义 8. 1, 可 以 写 出 图 8-3 对 应 的 六 元 组 (S,I,O,8,yY,so): 

。 S={S],S2,S3,S4,S5}。 
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图 8-3 自动 售 货 机 状态 转换 图 


。I={EM,NEM,CL,FM,e}) ,其 中 ,EM 表示 足 额 的 钱 ,NEM 表示 不 足 额 的 钱 ,CL 表 
示 取 消 操 作 ,FM 表示 假币 ,s 表示 空 输入 。 

。 0 二 {Soda,Change,;FM) ,其 中 ,Soda 表示 碳酸 水 ,Change 表示 零钱 ,FM 表示 假币 。 

。 6 二 {6;|1 志 过 11}) ,6; 列举 如 下 : 
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Sd1(S1,EM)= S2,6,(S1,NEM)= S2,6;(S1,FM)= S5， 
6(S2,EM)= S4,6s(S2,NEM)= S3,66(S2,CL)= S5， 
61(S3,EM)= S4,6s(S3,NEM)= S3,6,(S3,CL)= S5， 
S10(S4,e)= Sl,6u(S5,e)= Sl 

7 二 {X11<i<5) ,Yi 列举 如 下 : 

Y1(S1,FM)= FM,Y:(S2,EM)= Soda,ys(S3,EM) 王 Soda， 
Y1(S2,CL)= Change,Ys(S3,CL)= Change， 

。 so 一 Sb。 


8.2 状态 图 


状态 转换 图 无 层次 结构 ,状态 数目 与 转移 数目 随 着 系统 复杂 性 增加 而 呈 指 数 增加 趋势 ， 
导致 状态 杂乱 、 难 以 理解 。 为 了 解决 STD 图 的 缺陷 , Harel 提出 了 状态 图 (Statechart)， 
Harel 的 状态 图 是 状态 转换 图 、 有 限 状 态 机 的 扩展 。 状 态 图 表示 系统 行为 ,提供 可 视 化 形 
式 , 以 模块 化 风格 描述 其 状态 和 和 转移。 状态 图 用 来 控制 和 组 织 详细 信息 ,如 果 这 些 信息 用 表 
格 形式 表示 , 则 所 能 提供 的 清晰 度 将 会 降低 。 状 态 图 允许 超级 状态 有 历史 信息 , 当 系统 骨 溃 
时 ,历史 信息 在 系统 恢复 方面 是 很 有 用 的 。 

图 8-4(a) 是 一 个 简单 状态 转换 图 。 在 状态 U 时 ,如 果 事件 下 触发 , 则 转移 到 状态 S; 如 
果 事 件 H 触发 , 则 执行 动作 C(H/C 表示 事件 H 发 生 时 采取 行动 C) ,转移 到 状态 T。 在 状 
态 S 时 ,如 果 事件 下 触发 , 则 转移 到 状态 U; 如 果 事件 G 触发 , 则 执行 动作 A, 转 移 到 状态 
T。 在 状态 工时 ,如 果 事 件 F 触发 , 则 转移 到 状态 U; 如 果 事 件 下 触发 , 则 执行 动作 B, 转 移 
到 状态 S。 我 们 注意 到 ,从 状态 S 和 状态 工 , 当 事 件 F 触发 , 则 发 生 两 个 转移 ,都 转移 到 状态 U。 
如 果 把 状态 S 和 状态 合并 或 结 群 (Cluster) 成 一 个 超级 状态 D, 那 么 从 超级 状态 D 到 状态 U 
的 转移 只 有 一 个 ,如 图 8-4(b) 所 示 。 图 8-4(b) 是 一 个 状态 图 ,与 STD 相 比 减少 了 转换 的 数量 。 


图 8-4 状态 转换 图 (a) 与 状态 图 (b) 
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由 状态 S 和 状态 T 合 成 的 超级 状态 D 被 称 作 “ 或 "状态, 即 任 一 时 刻 超级 状态 D 只 处 于 它 的 某 
一 个 子 状态 ,状态 S 或 状态 工 ,而 不 能 同时 处 于 两 种 状态 。 这 称 为 状态 图 的 “或 "属性 。 


8.2.1 Harel 状态 图 的 属性 


状态 图 提供 层次 结构 可 减少 系统 建 模 复杂 性 ,支持 内 容 抽 象 .并 发 . 正 交 性 、 全 局 通信 机 
制 \ 历 史 状 态 ,具有 简洁 性 、 表 达能 力 强 ,可 进行 状态 的 “与 ”/“ 或 "(AND/OR) 分 解 。 下 面 
介绍 这 几 种 状态 图 属性 。 


1.“ 或 (OR)” 状 态 


一 个 超 态 可 以 分 解 为 任意 多 个 OR 子 状态 , 当 一 个 对 
象 处 于 超 态 时 , 它 必须 处 于 其 中 的 一 个 而 且 是 唯一 的 一 个 
“或 ” 子 状态 。 在 图 8-5 中 , 超 态 S 分 解 为 两 个 子 状态 U 和 
V。S 被 称 作 “ 或 "状态 ,U 和 V 是 其 两 个 “或 子 状态 。 任 
何 时 候 S 或 处 于 U, 或 处 于 V, 而 不 能 同时 处 于 两 个 状态 。 
U 是 进入 S 的 默认 状态 。 


2.“ 与 (AND) ”状态 图 8-5 “或 "状态 与 “或 " 子 状态 

一 个 超 态 可 以 分 解 为 任意 多 个 AND 子 状态 , 当 一 个 对 象 处 于 超 态 时 , 它 必 须 处 于 每 一 
个 活性 的 “与 ? 子 状态 (对 象 正 处 于 的 状态 称 为 活性 状态 )。 在 图 8-6 中 , 超 态 C 分 解 为 两 个 
子 状 态 A 和 B。C 被 称 作 “ 与 ”状态 ,A 和 B 是 其 两 个 “与 ” 子 状态 ,由 点 划 线 分 割 。 要 注意 
的 是 ,A 状态 相对 于 X、Y、Z 状态 是 “或 "状态 ; B 状态 相对 于 R、S 状态 是 “或 状态。 任何 时 
候 C 将 同时 处 于 A 的 一 个 子 状态 及 B 的 一 个 子 状态 。 


[| .| 2 


8-6 “与 ”状态 与 “和 ” 子 状态 
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3. 聚 类 与 细 化 


聚 类 (Clustering) 是 自 底 向 上 的 概念 ,而 细 化 (Refining) 是 自 顶 向 下 的 概念 。 二 者 都 描 
述 一 个 状态 与 其 子 状态 的 关系 。 聚 类 减少 了 状态 图 中 转换 的 数量 。 为 了 看 清 状 态 转 换 内 部 
的 细节 情况 , 超 态 可 以 按照 需要 分 解 .展开 ,这 个 过 程 称 为 细 化 。 在 图 8-7(a) 中 , 聚 类 状态 S 
和 状态 T 得 到 图 8-7(b) 中 的 超 态 D, 从 而 减少 了 一 个 下 转换 ; 为 了 明确 超 态 D 内 部 状态 转 
换 情 况 以 及 确认 转换 下 与 H/C 的 目标 状态 ,把 D 状态 分 解 、 细 化 成 S 和 了 状态 ,如 图 8-7(c) 
所 示 ,于 是 问题 变 得 很 明了 。 


(9) 
图 8-7 状态 聚 类 与 细 化 


4. 历史 态 

状态 图 中 的 历史 态 (History State) 给 出 了 超 态 最 近 被 访问 的 状态 。 历 史 态 分 为 “ 浅 ? 历 
史 态 与 “ 深 ” 历史 态 。 图 8-8(a) 中 的 H 为 “ 浅 ” 历 史 态 ; 图 8-8(b) 中 的 H 为 “ 深 ” 历 史 态 。 
简单 地 说 ,“ 浅 ”历史 态 H 是 表示 最 近 进入 的 并 与 其 处 于 同 级 的 状态 ,而 “ 深 ” 历 史 态 H* 表 
示 最 近 访 问 的 处 于 任意 深度 级 别 上 的 子 状态 。 

如 图 8-8(a) 所 示 , 当 状态 图 退出 超 态 K 时 ,历史 态 H 记录 与 其 处 于 同一 级 的 当时 的 活 
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性 状态 G 或 是 下 ,但 不 是 两 者 同时 ; 当 系 统 返 回 超 态 K 时 ,根据 历史 态 H 记录 ,使 G 或 F 
成 为 活性 态 。 如 G 成 为 活性 态 , 根 据 它 的 默认 状态 , 超 态 K 处 于 B 状态 ; 如 下 成 为 活性 态 ， 
根据 它 的 默认 状态 , 超 态 K 处 于 C 状态 。 

如 图 8-8(b) 所 示 , 当 状态 图 退出 超 态 K 时 ,“ 深 ”历史 态 H* 记录 当时 超 态 K 处 于 一 个 
深度 子 状态 ,或 是 G 的 一 个 子 状态 或 是 下 的 一 个 子 状态 ,但 不 是 两 者 同时 ; 当 系 统 返 回 超 
态 KK 时 ,根据 历史 态 H" 记录, 使 G 或 F 成 为 活性 态 。 如 G 成 为 活性 态 , 根 据 * 深 ?历史 态 
H"* 记录 的 最 近 访问 情况 , 超 态 K 可 能 处 于 A 状态 ,而 不 是 根据 G 的 默认 状态 ,使 超 态 K 处 
于 B 状态 ; 如 下 成 为 活性 态 , 超 态 K 可 能 处 于 D 或 下 状态 ,而 不 是 根据 F 的 默认 状态 ,使 超 
态 K 处 于 C 状态。 


a 
G F F 
D D 
Elie nl 
(a) (b) 
图 8-8 具有 历史 状态 的 状态 图 


G 


EN 


5. 正 交 性 (Orthogonality) 


正 交 性 本 质 上 是 一 个 AND 分 解 , 但 注重 描述 AND 状态 之 间或 组 件 之 间 的 同期 并 发 情 
况 。 图 8-9(a) 中 的 状态 由 两 个 正 交 组 件 组 成 : A 与 D, 由 AND 运算 关联 着 。 处 于 状态 Y 
等 价 于 既 处 于 状态 A 又 处 于 状态 D。 图 8-9(b) 是 图 8-9(a) 等 价 的 “平面 "版 ,代表 一 种 状态 
机 乘积 ,给 出 了 图 8-9(a) 所 要 表述 的 语义 (8. 2. 2 节 中 将 进一步 讨论 由 状态 图 到 状态 转换 图 
的 变换 ) 。 注 意 : 在 图 8-9(a) 中 , 当 Y 状态 处 于 状态 构造 (B,F) 时 ,事件 e 的 出 现 ,产生 状态 
“转移 同时 性 ”, 即 A 里 从 B 转 移 到 C,D 里 从 下 转移 到 G, 使 得 Y 状态 处 于 状态 构造 (C,G); 
当 事 件 p 的 出 现 ,无 论 Y 状态 处 于 何 种 状态 构造 ,都 将 从 Y 状态 转移 到 了 状态 ; 处 于 工 状态 
时 如 果 事 件 。 的 出 现 , 将 从 I 状态 转移 到 Y 的 状态 构造 (C,G) ,此 种 情况 称 为 “事件 分 裂 ”; 
处 于 YY 状态 的 状态 构造 (C,E) 时 ,如 果 事 件 n 出 现 ,将 从 YY 状态 转移 到 H 状态 ,此 种 情况 称 
为 “事件 合并 ”。 

另外 应 注意 ,在 图 8-9(a) 中 ,一 个 特殊 条 件 [in(G)] 附 在 从 A 的 子 状态 C 的 “二 转移 ”上 , 即 
事件 f 出 现时 ,A 从 子 状 态 C 转移 到 子 状态 B 的 条 件 是 DD 处 于 子 状态 G, 这 一 点 在 图 8-9(b) 得 
到 了 反映 。 
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图 8-9 状态 图 中 的 正 交 性 


图 8-9 展示 出 状态 指数 爆炸 问题 的 核心 , 即 Y 的 “ 显 性 ?版 (也 称 * 平 面 ? 版 ) 的 状态 数目 
是 其 各 “和 ” 子 状态 数目 的 乘积 。 正 交 组 件 之 间 的 同步 可 以 通过 响应 共同 事件 (如 图 8-9 中 
的 事件 e) ,相互 影响 可 以 使 用 特殊 条 件 [in(state)]。 除 此 之 外 ,建立 状态 图 的 并 发 模型 还 可 
以 容许 增添 "输出 ?事件 。“ 输 出 ?事件 也 可 称 为 "行动 ,在 转移 上 可 有 选择 地 把 行动 添 附 于 
触发 事件 上 。 

此 行动 不 仅 作用 于 外 界 , 正 交 组 件 之 间 也 可 利用 行动 相互 作用 。 这 可 以 用 事件 广播 
(Broadcast) 机 制 来 实现 . 正 像 一 个 外 部 事件 的 出 现 会 引起 所 有 组 件 内 相关 转移 发 生 一 样 ， 
如 果 事 件 m 出 现 并 且 标 有 m/e 的 发 生 , 则 行动 e 马上 被 激活 ,并 被 看 作 一 个 新 的 事件 出 现 ， 
可 能 引起 其 他 组 件 内 进一步 转移 发 生 。 如 图 8-10 所 示 , 当 HH 组 件 处 于 本 状态 时 ,事件 m 出 
现 会 激发 转移 m/e 的 发 生 , 并 发 出 行动 e, 如 果 A 组 件 和 也 组 件 各 自分 别处 于 B 和 下 状态 ， 


8-10 ”状态 图 中 的 事件 广播 


170 软件 测试 方法 与 实践 


则 在 e 的 作用 下 将 会 发 生 相 应 的 转移 ,这 种 情况 称 事件 m 发 生 的 作用 长 度 为 2。 当 HH 组 件 
处 于 I 状态 时 ,事件 n 的 出 现 可 能 引起 的 作用 长 度 为 3: H 组 件 从 I 状态 转移 到 本 状态 ,并 
发 出 事件 f; 如 果 D 组 件 处 于 处 于 下 状态 , 则 转移 到 G 状态 ; 如 果 A 组 件 处 于 C 状态 , 则 转 
移 到 B 状态 。 


8.2.2 从 状态 图 变换 到 STD 


为 了 导出 测试 用 例 , 需 将 层次 化 的 状态 图 变换 为 “平面 "版 的 状态 转换 图 。 由 图 8-9(a) 一 
图 8-9(b) 表 示 了 这 种 变换 过 程 。 为 了 说 明 方便 ,可 用 图 8-11 中 的 简洁 状态 图 来 描述 其 变换 

图 8-11(a) 是 一 个 状态 图 , 超 态 R 和 超 态 T 是 正 交 关系 ; 图 8-11(b) 是 由 图 8-11(a) 变 
换 的 状态 转换 图 。 从 图 8-11(a) 中 的 状态 A 开始 , 它 对 应 于 图 8-11(b) 中 的 状态 A。 当 事件 
p 出 现时 ,图 8-11(a) 从 状态 A* 同 时 ”分 别 转移 到 超 态 R 的 U 状态 和 超 态 的 X 状态 ; 在 
图 8-11(b) 中 从 状态 A 转移 到 *U,X” 状态 。 此 时 如 果 事 件 j 出 现时 ,图 8-11(a) 中 超 态 R 的 
U 状态 不 响应 事件 j ,保持 原状 态 , 超 态 T 的 X 状 态 响 应 事件 j, 转 移 到 W 状态 ,在 图 8-11(b) 
中 从 状态 “U,X” 转 移 到 “U,W” 状 态 ; 如 果 事件 e 出 现时 ,图 8-11(a) 中 超 态 R 从 U 状态 转 
移 到 V 状态 时 , 超 态 工 从 X 状态 转移 到 YY 状态 ,在 图 8-11(b) 中 从 状态 “U,X” 转 移 到 “V， 
Y” 状 态 。 图 8-11(a) 中 当 超 态 R 处 于 V 状态 时 ,如 果 事 件 f 出现 而 且 超 态 处 于 YY 状态 ， 
即 满足 条 件 [in(Y)], 超 态 R 从 V 状态 转移 到 U 状态 , 超 态 工 仍 处 于 Y 状态 ,在 图 8-11(b) 
中 从 状态 “*V,Y” 转 移 到 “U,Y” 状 态 。 对 于 事件 gk 的 出 现 以 及 引起 的 状态 转移 可 以 用 同 
样 方式 分 析 得 到 , 留 给 读者 作为 练习 。 


图 8-11 状态 图 变换 到 状态 转换 图 


8.2.3 ”UML 状态 图 
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David Harel 发 明 的 状态 图 最 初 是 为 面向 功能 的 系统 开发 的 ,后 来 做 少量 修改 后 用 在 面 
向 对 象 的 系统 。UML 状态 图 为 对 象 管理 服务 ,是 在 Harel 的 状态 图 的 基础 上 扩展 了 一 些 
新 特征 。 在 UML 的 状态 图 (Statechart) 中 ,根据 变量 所 具有 的 值 以 及 值 的 数据 类 型 ,对 象 
可 能 处 于 不 同 的 状态 。 表 8-1 给 出 了 Harel 状态 图 和 UML 状态 图 的 属性 比较 。 


表 8-1 比较 Harel 状态 图 和 UML 状态 图 的 属性 


属 性 Harel 状态 图 UML 状态 图 

内 嵌 与 正 交 状 态 支持 支持 

单个 转移 代表 从 不 同 子 状态 的 相同 

的 事件 党 人 

事件 广播 支持 支持 

历史 状态 支持 支持 

子 状态 机 支持 支持 

重 全 状态 (一 个 子 状态 属于 一 个 以 

上 的 父 状态 ) 文人 

伪 状态 (代表 转换 路 径 中 的 瞬间 点 ) | 无 ,但 其 连接 符 进行 同样 操作 | 支持 

Fork( 分 叉 ) 与 Join( 合 并 ) 方 法 用 Fork 与 Merge( 合 并 ) 用 伪 状 态 实 现 

事件 可 以 带 有 参数 无 支持 

自由 转移 当 一 个 退出 转移 离开 组 合 边 | 通过 定义 一 个 自由 边界 退出 转移 ， 

界 时 ,发 生 不 一 致 情况 防止 了 自由 转移 

多 种 方法 : 广播 通信 ,Fork( 分 又 )， 

实现 同期 的 方法 eh 二 SN Join( 合 并 ) ,利用 被 传播 的 事件 ,用 
IS_IN 操作 ,用 synch 伪 状 态 

对 于 事件 处 理 由 最 外 层 状态 机 负责 由 最 内 层 状态 机 负责 


8.3 基于 状态 的 测试 


基于 状态 的 测试 一 般 是 用 状态 图 来 描述 事件 序列 ,或 称 为 用 例 场 景 , 并 由 此 产生 测试 用 
例 。 白 盒 测试 技术 是 以 代码 覆盖 为 标准 来 决定 测试 用 例 产生 数量 、 测 试 结束 标准 ; 基于 状 
态 的 测试 评价 标准 是 状态 ,转移 覆盖 及 对 于 不 正常 不 相关 事件 的 考虑 ,并 以 此 决定 测试 用 


例 产 生 数 量 和 测试 结束 条 件 。 


WW2 软件 测试 方法 与 实践 


8.3.1 测试 步骤 


利用 图 形 化 技术 进行 测试 的 一 般 步 又 可 用 图 8-12(a) 表 示 ,而 基于 状态 图 的 测试 是 其 一 
个 实例 ,用 图 8-12(b) 表 示 。 


1. 创建 图 形 化 规格 说 明 书 


需求 的 图 形 化 表示 模型 包括 数据 流 图 (DFD) ,实体 关系 图 (ERD) ,状态 图 (Statechart) 、 
状态 转化 图 (STD) 、 对 话 图 和 类 图 ,它们 可 以 作为 需求 分 析 工 具 。 用 这 些 图 对 问题 域 进 行 建 
模 ,对 于 复杂 的 系统 行为 .语义 进行 描述 ,或 者 用 于 创建 新 系统 的 概念 表示 法 。 另 外 ,图 形 有 
助 于 分 析 者 和 客户 在 需求 方面 形成 一 致 的 \ 综 合 的 理解 ,可 以 发 现 需求 的 错误 。 图形 化 技术 
在 创建 规格 说 明 书 中 得 到 广泛 应 用 ,其 结果 称 之 为 图 形 化 规格 说 明 书 。 层 次 化 状态 图 可 以 
用 来 帮助 描述 系统 的 规格 (如 图 8-12(b) 所 示 ) 。 


图 形 化 规格 说 明 书 层次 化 状态 图 
(Graphical Specification) (Hierarchical Statechart) 


使 用 标记 表示 特殊 状态 转移 
1 
中 介 规 格 说 明 书 平面 状态 图 


(Intermediate Specification) (Flat State-transition Diagram) 


使 用 通用 方法 产生 测试 用 例 


测试 说 明 书 测试 说 明 书 
(Testing Specification) (Testing Specification) 
(a) (b) 


图 8-12 利用 图 形 化 技术 进行 测试 的 步骤 


2. 产生 中 介 规 格 说 明 书 

选用 图 形 化 规格 说 明 书 的 目的 是 要 方便 生成 测试 说 明 书 。 其 中 状态 转移 图 和 状态 图 是 
两 种 常用 的 图 形 化 技术 。 考 虑 到 测试 不 正常 及 不 相关 事件 ,可 能 需要 在 状态 转化 图 添加 特 
殊 状 态 转移 标记 ; 对 于 层次 化 状态 图 ,需要 将 其 转换 成 状态 转移 图 即 平面 化 (如 图 8-12(b) 
所 示 )。 由 此 类 修改 得 到 的 结果 称 之 为 中 介 规 格 说 明 书 。“ 平 面 化 ”的 状态 转移 图 是 层次 化 
状态 图 的 中 介 规 格 , 可 以 用 来 生成 测试 用 例 。 


3. 生成 测试 规格 说 明 书 


上 述 中 介 规 格 说 明 书 是 一 种 有 向 图 。 其 中 一 个 节点 为 始点 (可 能 是 哑 节 点 ) ,一 个 节点 
为 终点 (也 可 能 是 哑 节 点 )。 遍 历 从 始点 到 终点 的 所 有 路 径 ,包括 有 效 路 径 及 无 效 路 径 。 每 
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条 路 径 对 应 于 一 个 测试 序列 。 有 效 路 径 是 指 对 于 一 系列 有 效 输入 ,系统 相应 的 一 系列 响应 ; 
无 效 路 径 是 指 对 于 一 系列 无 效 输入 ,系统 相应 的 一 系列 “意外 ”处 理 。 可 遍历 的 路 径 数目 会 
很 多 甚至 是 无 限 的。 在 这 种 情况 下 ,需要 确定 某 种 路 径 生 成 规则 。 


8.3.2 产生 测试 用 例 


按照 上 节 所 讲述 的 测试 步骤 ,可 以 由 状态 转换 图 ,状态 图 产生 测试 用 例 。 由 状态 转换 图 
产生 测试 用 例 ,实际 上 是 遍历 一 个 有 向 图 ,从 始点 到 终点 的 每 一 条 路 径 代 表 一 个 测试 场景 ， 
从 每 一 个 测试 场景 可 以 产生 一 个 或 多 个 测试 用 例 。 如 果 是 从 层次 化 状态 图 开始 ,第 一 步 是 
将 其 转换 成 “平面 "状态 转换 图 ,其 过 程 与 方法 在 8. 2. 2 节 中 (图 8-11) 介 绍 过 ,下 面 用 一 个 
ATM 的 例子 讲述 从 状态 转换 图 产生 测试 用 例 的 过 程 。 


1. ATM 系统 需求 


所 要 实现 的 软件 系统 是 要 控制 一 个 模拟 的 ATM 一 一 自动 取款 机 。ATM 装 有 磁性 条 
码 读 取 器 用 于 读 取 ATM 卡 上 信息 ,键盘 与 显示 屏 用 于 和 用 户 交互 , 存 和 人 现金 人 口 , 还 有 领 
取现 金 出 口 。ATM 机 通过 合适 的 网 络 连接 与 银行 通信 。 

ATM 机 每 次 给 一 个 用 户 提供 服务 。 用 户 需 插入 ATM 卡 ,输入 个 人 身份 号 码 (PIN)。 
作为 处 理事 务 的 一 部 分 ,卡号 与 个 人 身份 号 码 被 送 到 银行 进行 确认 ; 然后 用 户 可 以 执行 一 
个 或 多 个 事务 处 理 。ATM 机 一 直 保 留 ATM 卡 直到 用 户 指 示 退 出 系统 操作 ,此 时 将 卡 退 
还 给 用 户 。 

ATM 机 必须 能 为 用 户 提供 以 下 服务 : 

(1) 用 户 必 须 能 从 ATM 卡 的 任 一 有 效 账 户 上 提取 现金 ,提取 的 金额 是 $20. 00 的 整数 
倍 , 每 次 现金 支付 时 必须 得 到 银行 的 认可 。 

(2) 用 户 必 须 能 在 ATM 卡 的 任 一 有 效 账户 上 存款 , 指 放 入 信封 里 的 现金 或 支票 。 用 
户 向 ATM 输入 存款 数额 ,银行 操作 人 员 收 到 信封 后 要 手工 核对 数额 。 每 次 存款 时 银行 必 
须 收 到 物理 形式 的 信封 后 才 加 以 认可 。 

(3) 用 户 必 须 能 在 ATM 卡 的 任 两 个 有 效 账户 之 间 进 行货 币 转 账 。 

(4) 用 户 必 须 能 查询 ATM 卡 的 任 一 有 效 账户 上 的 存款 余额 。 

ATM 机 每 次 交互 都 通知 银行 以 获得 银行 的 验证 。 在 提取 现金 或 存款 的 情况 下 , 当 事 
务 完成 后 ( 即 现金 支付 后 或 信封 收 到 后 ) ,要 再 发 送 一 个 消息 给 用 户 以 示 确 认 。 

如 果 银 行 确认 用 户 的 PIN 无 效 , 在 事务 进行 之 前 ,要 求 用 户 再 输入 PIN。 如 果 用 户 输 
入 3 次 都 不 成 功 ,ATM 机 将 永久 地 保留 ATM 卡 , 用 户 必 须 与 银行 联系 方 可 取 回 ATM 卡 。 
如 果 不 是 因为 无 效 PIN 而 是 其 他 原因 ,ATM 机 将 显示 对 于 问题 的 解释 ,并 问 用 户 是 否 要 进 
行 另 一 项 事务 交互 。 对 于 每 一 个 成 功 的 事务 处 理 ,ATM 机 给 用 户 打 印 一 个 收据 ,提示 日 
期 ,时间 .ATM 机 位 置 ,交互 类 型 .账户 ,数额 , 转 出 与 转 人 账户 余额 。 
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ATM 机 有 一 个 带 有 钥匙 操作 开关 面板 ,安置 在 银行 内 部 ,让 银行 操作 员 启 动 或 停止 用 
户 服务 。 当 开关 置 于 off 位 置 时 机 器 关闭 ,操作 员 可 以 取 下 存 和 人 的 信封 ,给 机 器 装 入 现金 、 
空白 收据 等 。 从 开关 面板 启动 系统 之 前 ,操作 员 验 证 并 放 入 手头 的 现金 总 额 。 


2. 由 系统 需求 绘 出 状态 图 

根据 上 述 ATM 需求 描述 ,对 系统 进行 抽象 得 到 图 8-13。 所 谓 “ 抽 象 ”是 指 将 我 们 “所 关 
心 的 ?系统 行为 用 一 种 形式 表示 出 来 ,而 省 去 与 分 析 不 相关 或 内 部 细节 部 分 。 图 8-13 为 描 
述 以 上 系统 需求 的 状态 图 ,其 中 圆 角 和 矩形 表示 状态 ,矩形 内 的 文字 为 状态 名 称 ; 箭头 表示 状 
态 间 的 转移 ,箭头 上 的 文字 表示 触发 状态 转移 的 事件 ; 另外 有 两 个 特殊 表示 的 状态 ,实心 圆 
表示 状态 图 的 初始 状态 ,内 含 一 个 实心 圆 的 圆圈 表示 状态 图 的 终止 状态 。 


T3:PIN is invalid the 


first and second times Performing Transaction, 


TH:Tum ATM on 人 SSPerbmming 


S2:Asking for PIN 
T4:PIN is Withdrawal 
invalid the third 


T9:Withdrawal 
accountis 
invalid 


TI4:Not 
continue 


T13:Continue 


T15:Tum ATM of 


OASking T8:Transfer 


“Continue?” 


T10:Transfer 
account is 
invalid 
Transfer 


TI12:Transaction 
finished 


TIl:Failed 


Sg:Reporting failure 


图 8-13 ATM 软件 状态 图 


从 图 8-13 中 ,可 以 得 到 主要 的 系统 需求 。 从 初始 状态 开始 (Sb) ,银行 操作 员 启 动 ATM 
服务 (T1) ,使 ATM 处 于 ready 状态 (S1); 若 在 ready 状态 关闭 服务 (T15), 则 到 达 终 止 状 
态 (Se) 。 在 ready 状态 ,用 户 插入 ATM 卡 (T2) ,ATM 转 到 Asking for PIN 状态 (S2) ,要 
求 用 户 输入 PIN。 如 果 输 入 的 PIN 有 效 (T5),ATM 转 到 Asking for transaction choice 状 
态 (S4) ,要 求 用 户 选择 事务 类 型 ; 如 果 PIN 无 效 (T3) , 则 ATM 仍 处 在 Asking for PIN 状 
态 , 要 求 用 户 重 新 输入 ; 如 果 连 续 3 次 输入 无 效 PIN(T4), ATM 将 没收 ATM 卡 。 在 
Asking for transaction choice 状态 ,用 户 可 以 选择 取款 (T6) ,存款 (T7) 和 转账 (T8)3 种 事 
务 ,ATM 会 分 别 转移 到 Performing Withdrawal (S5 )、Performing Deposit (S6 ) 和 
Performing Transfer 状态 (S7) ,要 求 用 户 输入 金额 (S5 的 有 效 金额 为 $20 的 整数 倍 且 不 超 
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过 账户 余额 ,S7 的 有 效 金额 不 能 超过 账户 余额 ) 。 

如 果 用 户 输 入 无 效 金额 (T9 或 T10) , 则 ATM 转 回 原状 态 ,要求 用 户 重新 输入 。 当 任 
何 一 种 事务 成 功 完成 时 (12),ATM 转移 到 Asking "Continue?" 状 态 (S9) ,询问 用 户 是 否 继 
续 操 作 ; 若 事务 失败 (T11) , 则 ATM 会 先 转 到 Reporting failure 状态 (S8) ,报告 错误 信息 ， 
然后 再 转 到 Asking" Continue?" 状态 。 如 果 用 户 选择 继续 操作 (T13), ATM 会 又 回 到 
Asking for transaction choice 状态 ,要 求 用 户 选择 事务 类 型 ; 否则 (T14),ATM 回 到 ready 
状态 ,等 待 下 一 个 用 户 到 来 。 


3. 由 状态 转换 图 产生 测试 场景 

首先 回顾 一 下 上 节 讲 述 的 测试 步骤 ， 

(1) 创建 图 形 化 需求 规格 说 明 书 , 即 由 系统 需求 绘 出 层次 化 状态 图 。 

(2) 产生 中 介 规 格 说 明 书 , 即 由 层次 化 状态 图 导出 平面 化 状态 图 。 

(3) 产生 测试 规格 说 明 书 , 即 遍历 平面 化 状态 图 中 所 有 从 始点 到 终点 的 路 径 ,每 一 条 路 
径 代 表 一 个 测试 场景 。 

(4) 产生 测试 用 例 , 即 对 每 一 个 测试 场景 ,输入 不 同 的 测试 数据 ,从 而 形成 多 个 测试 
用 例 。 

图 8-13 虽然 是 一 个 层次 状态 图 ,但 是 其 中 只 有 一 个 “或 ”状态 Performing Transaction ， 
而 且 已 经 标 出 了 到 其 3 个 子 状态 的 转移 路 线 。 图 8-13 的 层次 信息 很 简单 ,所 以 为 了 节省 篇 
幅 , 省 略 了 对 上 述 步 又 (2) 的 描述 ,直接 把 图 8-13 作为 一 个 平面 化 的 状态 转换 图 ,从 中 产生 
所 有 的 测试 场景 。 

图 8-14 是 从 图 8-13 中 抽取 的 一 条 路 径 , 代 表 一 个 测试 场景 (TS1) , 称 为 Test Senario。 
该 路 径 描 述 如 下 : 

TSls Sbo Tl SL T2* S22. T5*S4o T6085 T9854 TI2* S909. T14 

类 似 地 ,把 图 8-14 中 的 S5 状态 替换 成 图 8-13 中 的 S6 或 S7 状态 ,可 以 得 到 测试 场景 
TS2 和 TS3。 分 别 描述 如 下 : 

TS2, Sb。TlSl TI2。S2。T5。S4。T7。S6。Tl12。S9。T14 

TS3: Sb TI1。Sl。T2。S2。T5。S4。T8。S7。T10。S7。T12。S9。T 了 T14 

再 考虑 一 条 无 效 路 径 , 如 图 8-15 所 示 ,描述 如 下 : 

TS4:; Sb* Tl*Sl*T2° S2° T3°S2。°T3°S2° T4°S83 


4. 由 测试 场景 产生 测试 用 例 

由 测试 场景 产生 测试 用 例 ,就 是 在 需要 输入 数据 的 步骤 输入 一 系列 各 不 相同 的 测试 
值 ,来 检验 在 各 种 情况 下 系统 是 否 满足 需求 。 下 面 针对 TSI1 产生 测试 用 例 ,以 便 说 明 其 
过 程 。 
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图 8-14 测试 场景 TS1 


T12:Transaction 
finished 
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8-15 测试 场景 TS4 


首先 假设 银行 的 数据 库 中 存 有 如 表 8-2 所 示 的 用 户 信息 。 
表 8-2 数据 库 账 户 表 


账号 PIN 账户 余额 
977764435433543 452765 $5760 
977763436571288 332456 $ 355. 56 


使 用 账户 977764435433543 ,产生 的 3 个 测试 用 例 (TC1、TC2、TC3) 列 在 表 8-3 中 ( 注 : 
表 8-2 中 SC 表示 ATM 显示 的 界面 )。 
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表 8-3 TS1 产生 的 测试 用 例 表 
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测试 场景 | 测试 用 例 输入 输出 (系统 响应 ) 输出 说 明 
SC1 欢迎 界面 
插 卡 SC 要 求 用 户 输入 PIN 
452765 SC3 要 求 用 户 选择 服务 
T01 选择 “取款 ”服务 SC4 要 求 用 户 输入 取款 金额 
0 SC4 提示 输入 无 效 , 要 求 重新 输入 
20 SC5 询问 是 否 继续 
选择 “ 否 ” scl 回 到 欢迎 界面 
SC1 欢迎 界面 
插 卡 SC2 要 求 用 户 输入 PIN 
452765 SC3 要 求 用 户 选择 服务 
TS1 TC2 选择 “取款 ”服务 SC4 要 求 用 户 输入 取款 金额 
635 SC4 提示 输入 无 效 , 要 求 重新 输入 
5760 SC5 询问 是 否 继续 
选择 “ 否 ” SC1 回 到 欢迎 界面 
SC1 欢迎 界面 
插 卡 SC2 要 求 用 户 输入 PIN 
452765 SC3 要 求 用 户 选择 服务 
TC3 选择 “取款 ”服务 SC4 要 求 用 户 输入 取款 金额 
6000 SC4 提示 输入 无 效 , 要 求 重新 输入 
1460 SC5 询问 是 否 继续 
选择 “ 否 ” SC1 回 到 欢迎 界面 
8.3.3 覆盖 分 析 


编码 履 盖 是 白 盒 测 试 技术 的 重要 组 成 部 分 , 它 提供 选择 产生 测试 用 例 技 术 的 依据 ,决定 
测试 结束 条 件 。 例 如 ,如 果 用 户 关心 路 径 获 盖 , 则 可 以 选择 “基本 路 径 ” 测 试 技术 产生 测试 用 
例 , 根 据 获 盖 率 决定 产生 测试 用 例 的 数目 ,而 执行 完 所 产生 的 测试 用 例 , 则 是 测试 结束 条 件 。 
基于 状态 测试 的 覆盖 分 析 ,是 根据 状态 机 或 状态 图 相关 元 素 或 其 组 合 来 构造 覆盖 率 ,如 状态 
履 盖 率 、 转 移 覆 盖 率 ,状态 -事件 覆盖 率 等 。 这 些 覆 盖 率 决定 产生 测试 用 例 方法 和 数目 ,以 及 


测试 结束 条 件 。 


本 节 将 介绍 4 种 与 基于 状态 的 软件 测试 有 关 的 基本 覆盖 类 型 (或 称 度量 类 型 ) ,包括 状 
态 覆 盖 .转移 履 盖 、 事 件 覆 盖 和 状态 -事件 覆盖 。 

(1) 状态 覆盖 : 被 覆盖 的 状态 数目 占 给 定 状 态 模型 里 所 有 状态 数目 的 比例 。 

(2) 转移 覆盖 : 被 执行 的 转移 数目 占 给 定 状 态 模型 里 所 有 转移 数目 的 比例 。 

(3) 事件 覆盖 : 被 覆盖 的 事件 数目 占 给 定 状 态 模型 里 所 有 相关 事件 数目 的 比例 。 

(4) 状态 -事件 覆盖 : 被 执行 的 状态 -事件 组 合 数目 占 给 定 状态 模型 里 所 有 状态 -事件 组 
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合 数 目的 比例 。 

状态 覆盖 要 计算 状态 图 遍历 路 径 所 覆盖 的 状态 。 有 的 状态 可 能 被 重复 访问 ,但 只 计算 
一 次 。 所 访问 的 不 同 状态 数目 越 多 ,状态 覆盖 率 越 高 。 但 状态 覆盖 率 高 并 不 意味 着 其 他 履 
盖 度 量 效 果 好 。 如 图 8-16 所 示 ,人 遍历 路 径 Si-T:-S, 覆盖 所 有 状态 ,S 和 S 使 状态 覆盖 率 达 
到 100% ,但 转移 履 盖 率 只 达到 25%, 即 只 涵盖 转移 T, ,其 他 转移 T .Ts 、T, 没有 涵盖 到 。 

对 于 一 个 交互 系统 ,我 们 关心 此 系统 是 否 能 响应 或 处 理 所 有 可 能 发 生 的 事件 。 对 此 可 
以 选择 事件 覆盖 进行 度量 。 事 件 覆 盖 要 计算 事件 出 现 次 数 ,对 于 同一 事件 不 重复 计算 。 处 
理 不 同事 件 的 数目 越 多 ,事件 覆盖 率 越 高 。 但 事件 覆盖 率 高 并 不 意味 着 其 他 覆盖 度量 效果 
好 。 如 图 8-17 所 示 ,其 状态 图 要 处 理 4 种 事件 : el .es .es .et 。 要 达到 事件 覆盖 率 100%% ,只 
需 遍历 转移 Ti .T: .Ts 、T, ,及 状态 S 和 S; , 便 能 满足 要 求 。 转 移 Ti 上 的 es 被 看 成 是 重复 
事件 没有 考虑 在 内 ,致使 转移 T; 和 状态 S; 没有 被 覆盖 到 。 按 照 状 态 图 ,对 于 事件 e 的 处 
理 有 两 种 情况 : 一 是 系统 处 于 状态 S 并 满足 条 件 cx ,系统 执行 动作 as; 二 是 系统 处 于 状态 
S; 并 满足 条 件 cs ,系统 执行 动作 as 。 在 如 图 8-17 所 示 的 例子 中 ,不 考虑 第 二 种 情况 是 可 以 
使 事件 覆盖 覆盖 率 达 到 100%。 使 用 状态 -事件 覆盖 度量 ,可 以 避免 上 述 状 态 与 转移 的 遗 
漏 。 为 了 达到 状态 -事件 覆盖 率 为 100%, 需 要 涵盖 状态 -事件 组 合 : (Si, Ti)、(Si, Ts)、 
(S$ ,Ti)、(S ,Ts)、(Ss ,Ts)。 这 样 对 于 图 8-17 中 的 例子 也 满足 覆盖 所 有 状态 与 转移 条 件 。 


eicla 1, lea) etcdas 


图 8-16 ”状态 转移 图 图 8-17 ”状态 转移 图 


除了 上 述 4 种 覆盖 度量 外 ,在 基于 状态 图 测试 中 ,还 可 以 考虑 其 他 覆盖 度量 ,如 条 件 履 
盖 、 动 作 履 盖 事件- 条件 履 盖 等 。 本 节 不 对 这 几 种 履 盖 加 以 讨论 , 留 给 读者 去 分 析 思 考 。 在 
实际 项 目 中 选择 哪 种 履 盖 度 量 ,是 根据 项 目 特点 ,用 户 需求 ,及 时 间 与 人 力 预 算 等 方面 来 决 
定 。 如 果 用 户 关心 所 有 可 能 事件 是 否 得 到 系统 响应 ,可 选择 事件 覆盖 ; 如 果 考 虑 到 对 于 同 
一 事件 ,由 于 系统 出 于 不 同 状态 需要 作出 不 同 响应 , 则 可 以 选择 状态 -事件 覆盖 ; 如 果 用 户 
希望 了 解 事件 -条 件 -行动 组 合 是 否 被 执行 过 , 则 可 以 选择 转移 覆盖 。 


8.4 总 结 


基于 状态 的 软件 测试 是 一 种 基于 模型 的 测试 技术 ,也 就 是 通过 建立 描述 系统 行为 的 状 
态 机 ,来 自动 生成 测试 用 例 。 
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模型 的 质量 直接 关系 到 基于 状态 的 软件 测试 的 质量 。 本 章 介 绍 了 状态 转换 图 与 状态 


图 。 状 态 转换 图 是 一 种 “ 平 的 ”结构 ,描述 复杂 系统 时 ,很 容易 产生 “状态 爆炸 ”问题 。 状 态 图 
采取 层次 化 结构 ,可 以 屏 项 内 部 复杂 性 ,便于 系统 的 分 析 。 另 外 ,状态 图 还 有 其 他 良好 的 属 
性 ,在 实际 项 目 中 得 到 广泛 的 应 用 。 为 了 生成 测试 用 例 ,需要 将 层次 化 的 状态 图 转 为 “平面 ” 
状态 转换 图 ,通过 遍历 所 得 到 的 有 向 图 ,自动 生成 测试 用 例 。 


基于 状态 的 测试 技术 按照 一 定 的 步骤 进行 : 

(1) 创建 图 形 化 规格 说 明 书 。 

(2) 产生 中 介 规 格 说 明 书 。 

(3) 生成 测试 规格 说 明 书 。 

基于 状态 测试 的 覆盖 分 析 , 是 根据 状态 机 或 状态 图 相关 元 素 或 其 组 合 来 构造 履 盖 率 、 如 


状态 覆盖 率 、 转 移 覆 盖 率 和 状态 -事件 覆盖 率 等 。 这 些 覆 盖 率 决定 产生 测试 用 例 方法 和 数 
目 , 以 及 测试 结束 条 件 。 
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8.6 思考 与 练习 


1. 试用 自己 的 话 ,描述 什么 是 基于 状态 的 测试 。 

2. 比较 Moore 与 Mealy 状态 转换 图 ,各 自 有 什么 特点 ?为 什么 说 两 种 状态 机 是 等 价 的 ? 
3. Harel 状态 图 有 哪些 属性 ? 试 比 较 Harel 状态 图 与 UML 状态 图 。 

4. 利用 图 形 化 技术 进行 测试 的 一 般 步骤 是 什么 ? 为 什么 说 基于 状态 图 的 测试 步骤 是 


其 一 个 实例 ? 


5. 编写 一 个 程序 ,遍历 图 8-13 中 所 有 的 路 径 ( 从 始点 Sb 到 终点 Se) 并 打印 出 。 
6. 什么 是 测试 场景 ? 测试 场景 与 测试 用 例 是 什么 关系 ? 
7. 基于 状态 的 测试 的 覆盖 分 析 什 么 ? 满足 “状态 ”覆盖 意味 着 满足 “转移 ”覆盖 吗 ? 为 


什么? 
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EE 


面 问 对 象 的 应 用 测试 


面向 对 象 (Object Oriented,OO) 程 序 设计 的 基本 单元 是 类 和 对 象 。 如 图 9-1 所 示 ,一 
个 面向 对 象 的 应 用 是 由 多 个 类 实例 集 组 成 ,它们 通过 互相 发 送 消息 和 调用 方法 产生 联系 。 
一 个 应 用 通常 是 由 对 象 簇 (cluslel) 所 组 成 ,例如 : 与 用 户 界面 相关 的 若干 对 象 和 与 数据 相关 
的 若干 对 象 组 成 不 同 的 对 象 徐 。 在 每 一 个 簇 中 ,对 象 之 间 相 互 发 送 消息 以 完成 任务 。 对 象 
之 间 很 少 或 者 根本 没有 全 局 数据 。 


对 象 


启动 


图 9-1 面向 对 象 应 用 运行 时 的 对 象 和 对 象 徐 


面向 对 象 测试 从 评估 OOA (Object Oriented Analyze) 和 OOD (Object Oriented 
Design) 模 式 的 正确 性 和 一 致 性 开始 。 测 试 策略 发 生 了 改变 : 

(1) 封装 扩展 了 单元 的 概念 。 

(2) 集成 测试 关注 于 类 和 它们 在 一 个 线程 中 的 执行 或 在 一 个 用 例 中 的 执行 。 
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(3) 确认 测试 使 用 传统 的 黑 盒 方法 。 
测试 用 例 设计 利用 传统 方法 ,但 也 包括 一 些 特性 。 

OO 测试 策略 必须 考虑 OO 应 用 的 特点 。 类 是 最 小 的 可 测试 单位 。 对 象 拥有 状态 , 测 
试 方法 必须 考虑 这 些 。 类 测试 和 单元 测试 是 等 价 的 ,要 测试 类 中 的 操作 和 类 的 状态 行为 。 
OO 测试 关注 对 象 的 状态 以 及 它们 之 间 的 相互 作用 。 继 承 为 方法 定义 新 的 语 境 。 被 继承 方 
法 的 行为 可 能 发 生 改变 而 且 如 果 所 调用 的 方法 发 生 了 改变 ,那么 所 有 调用 该 方法 的 方法 必 
须 被 重新 测试 。 

快速 阅览 : 

什么 是 00 应 用 测试 ? OO 应 用 测试 是 相关 活动 的 集合 ,是 为 了 发 现存 在 于 OOA、 
OOD ,类 方法 (操作 ) 以 及 类 间 交 互 方面 的 错误 。 为 了 完成 这 些 活动 ,在 OO 应 用 要 使 用 包 
括 静态 评审 和 动态 执行 测试 在 内 的 测试 策略 。 

由 谁 来 负责 00 应 用 测试 ? OO 项 目的 工程 师 和 其 他 与 项 目 有 关 的 涉 众 (管理 者 、 客 户 
和 最 终 用 户 ) 都 要 参与 OO 应 用 测试 。 

为 什么 00 应 用 测试 如 此 重要 ? 如 果 最 终 用 户 碰 到 错误 并 动摇 了 他 们 对 OO 应 用 的 信 
心 ,那么 这 个 OO 应 用 就 失败 了 。 所 以 在 OO 应 用 投入 使 用 之 前 ,OO 工程 师 必 须 努 力 消除 
尽 可 能 多 的 错误 。 

O00 应 用 测试 步骤 是 什么 ”开始 是 单元 测试 ,集中 于 测试 类 及 其 方法 ; 然后 是 集成 测 
试 ,集中 于 测试 类 与 类 间 的 交互 ; 最 后 是 系统 测试 。 

有 哪些 工件 形成 ? 在 一 些 情况 下 ,会 生成 OO 应 用 测试 计划 。 在 每 一 种 情况 下 ,要 为 
OO 应 用 测试 生成 一 组 测试 用 例 并 将 测试 结果 存档 以 便 将 来 软件 维护 所 用 。 

如 何 确 保 我 们 准确 地 完成 了 任务 ? 尽管 永远 不 能 保证 你 已 经 执行 了 所 要 求 的 每 一 个 测 
试 ,但 能 肯定 测试 中 已 经 发 现 的 错误 (并 且 已 修正 了 这 些 错 误 )。 另 外 ,如 果 已 经 制定 了 一 个 
测试 计划 , 则 可 以 检查 以 保证 所 有 测试 任务 已 被 完成 。 


9.1 00 测试 方法 


面向 对 象 软件 的 体系 结构 由 一 系列 分 层 的 子 系统 组 成 ,它们 封装 了 协作 的 类 。 每 个 系 
统 元 素 ( 子 系统 和 类 ) 都 帮助 实现 系统 需要 的 功能 。 必 要 在 各 个 不 同 的 层次 上 测试 OO 系统 
以 便 发 现在 类 相互 协作 时 和 子 系统 跨 体系 结构 层次 通信 时 可 能 发 生 的 错误 。 

OO 测试 在 策略 上 和 传统 的 系统 测试 类 似 , 但 是 ,方法 技巧 上 存在 不 同 。 因 为 OOA 和 
OOD 模型 在 结构 和 内 容 上 类 似 于 最 终 的 OO 程序 ,所 以 “测试 "从 对 这 些 模型 的 评审 开始 。 
一 旦 代码 生成 , 便 开始 “小 规模 ”类 测试 ,然后 检查 类 操作 和 类 间 协 作 是 否 有 错误 发 生 。 当 类 
被 集成 并 形成 子 系统 ,结合 基于 故障 的 方法 和 基于 使 用 的 测试 技术 完全 地 测试 协作 类 。 最 
后 ,用 例 (use-case, 作 为 OOA 模型 的 一 部 分 而 开发 ) 被 用 于 发 现在 软件 确认 级 的 错误 。 
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传统 的 测试 用 例 设计 以 软件 的 “输入 -处 理 -输出 ”形式 或 单个 模块 的 具体 算法 为 驱动 。 
OO 测试 集中 于 合适 的 操作 顺序 来 检查 类 的 状态 。 


9.1.1 00 概念 对 测试 用 例 设计 影响 


随 着 分 析 与 设计 模型 的 演进 ,OO 类 是 测试 用 例 设 计 的 目标 。 因 为 属性 和 操作 是 被 封 
装 的 ,所 以 从 该 类 之 外 测试 其 操作 效率 不 高 。 虽 然 封 装 是 OO 的 本 质 概念 ,但 是 它 可 能 会 成 
为 测试 的 小 障碍 ,如 Binderc 所 说 ,测试 需要 报告 一 个 对 象 的 具体 和 抽象 状态 ”, 然 而 ,除非 
提供 了 内 置 操作 来 报告 类 属性 的 值 , 和 否则 ,难以 获得 对 象 的 状态 快照 , 即 在 某 时 点 对 象 的 状 
态 的 取 值 。 因 此 ,封装 使 得 这 些 信息 在 某 种 程度 上 难以 获得 。 

继承 给 测试 用 例 设计 者 也 带 来 了 额外 的 挑战 。 我 们 知道 ,即使 继承 达到 了 复 用 目的 ,对 
于 每 个 新 的 使 用 语 境 (Context of Usage) ,被 复 用 的 部 分 也 需要 重新 测试 。 此 外 ,多 重 继承 
增加 了 需要 测试 的 语 境 数量 中 从 而 使 测试 进一步 得 复杂 化 。 如 果 从 超 类 导出 的 子 类 被 用 于 
相同 的 问题 域 , 则 有 可 能 把 超 类 导出 的 测试 用 例 集 用 于 子 类 的 测试 。 然 而 ,如 果子 类 被 用 于 
完全 不 同 的 语 境 , 则 超 类 的 测试 用 例 将 没有 多 大 用 处 ,必须 设计 新 的 测试 用 例 集 。 


9%.1.2 传统 测试 用 例 设计 方法 的 可 用 性 


第 2 章 描述 的 白 盒 测 试 方法 可 用 于 测试 类 所 定义 的 操作 。 基 本 路 径 、 循 环 测试 或 数据 
流 技 术 可 以 帮助 保证 测试 到 操作 中 的 每 一 条 语句 ,然而 ,很 多 类 操作 的 简洁 结构 导致 某 些 人 
认为 : 将 用 于 白 盒 测 试 的 努力 用 于 类 级 别 的 测试 可 能 会 更 好 。 

黑 盒 测 试 方法 对 OO 系统 同样 适用 ,就 像 其 适用 于 传统 软件 工程 方法 所 开发 的 系统 。 
在 设计 黑 盒 及 基于 状态 测试 时 ,用例 可 以 提供 有 用 的 输入 信息 。 


9.1.3 基于 故障 的 测试 


在 OO 系统 中 基于 故障 的 测试 (Fault-based Testing) 目标 是 发 现 似 是 而 非 的 故障 。 因 
为 产品 或 系统 必须 符合 客户 需求 ,因此 ,基于 故障 的 测试 从 分 析 模 型 开始 。 测 试 员 查 找 可 能 
的 故障 ( 即 系统 实现 中 可 能 产生 错误 的 部 分 ) 。 为 了 确定 是 否 存 在 这 些 故 障 , 需 设计 测试 用 
例 以 测试 OO 设计 或 OO 代码 。 

考虑 一 个 简单 的 例子 。 软 件 工程 师 经 常 在 问题 的 边界 处 犯错 误 ,例如 , 当 测 试 SQRT 
操作 (该 操作 对 负数 返回 错误 ) 时 ,我 们 尝试 边界 : 一 个 靠近 零 的 负数 和 零 本 身 。“ 零 本 身 ” 
用 于 检查 是 否 程 序 员 犯 了 如 下 错误 : 


if(x>0) calculate_the_square_root(); 
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此 错误 在 于 条 件 没 有 将 “ 零 本 身 ” 考 虑 在 内 ; 而 正确 的 if 语句 应 是 : 
if(x>= 0) calculate_the_square_root(); 


另 一 个 例子 ,考虑 布尔 表达 式 : 
if(a && Ib|| eo); 


多 条 件 测试 和 相关 的 技术 用 于 探查 在 该 表达 式 中 某 种 可 能 存在 的 故障 ,如 : 

。“&&.” 应 该 是 “上”。 

。，“1” 是 必需 的 ,但 被 省 去 。 

*“!b | ce" 应 该 放 在 括号 ( ) 中 。 

对 于 每 个 可 能 的 故障 ,可 设计 测试 用 例 ,使 得 不 正确 的 表达 式 运 算 失败 。 在 上 面 的 表达 
式 中 , (a 二 0,b 二 0,c 二 0) 将 使 得 所 给 的 表达 式 值 为 “ 假 ”, 如 果 “&&.” 本 应 该 为 * | ”, 则 该 代 
码 做 了 错误 的 事情 ,有 可 能 分 又 到 错误 的 路 径 上 。 

当然 ,这 些 技术 的 有 效 性 依赖 于 测试 员 如 何 感觉 什么 是 “似乎 可 能 的 故障 ”。 如 果 OO 
系统 中 的 真实 故障 被 感觉 为 “不 像 真 实 的 ”, 则 实质 上 本 方法 不 比 任何 随机 测试 技术 更 好 。 
然而 ,如 果 分 析 和 设计 模型 可 以 帮助 深入 洞察 什么 地 方 可 能 出 错 , 则 基于 故障 的 测试 可 以 以 
相当 少 的 工作 量 来 发 现 大 量 的 错误 。 

集成 测试 (OO 语 境 下 ) 在 操作 调用 或 消息 连接 中 查找 可 能 的 故障 ,在 此 语 境 下 ,会 遇 到 
3 种 类 型 的 故障 : 不 期 望 的 结果 、 使 用 了 错误 的 操作 /消息 、 不 正确 的 调用 。 为 了 在 函数 ( 操 
作 ) 调 用 时 确定 可 能 的 故障 ,必须 检查 操作 的 行为 。 

集成 测试 既 应 用 于 属性 又 应 用 于 操作 。 对 象 的 “行为 ”通过 其 属性 被 赋予 的 值 来 定义 。 
测试 应 该 检查 属性 以 确定 是 否 对 对 象 行为 的 不 同类 型 产生 合适 的 值 。 

应 该 注意 ,集成 测试 试图 发 现 使 用 服务 的 对 象 或 客户 对 象 中 的 错误 ,而 不 是 提供 服务 的 
对 象 中 的 错误 。 用 传统 的 术语 来 说 ,集成 测试 的 关注 点 是 确定 调用 代码 中 是 否 存 在 错误 ,而 
不 是 被 调用 代码 中 是 否 存在 错误 。 调 用 操作 作为 线索 来 发 现 测试 需求 ,以 便 检 查 调用 代码 。 


9.1.4 ”00 编程 对 测试 的 影响 


OO 编程 可 通过 多 种 方式 对 测试 产生 影响 。 根 据 面向 对 象 编程 的 方法 ， 

， 某 些 新 类 型 的 错误 出 现 了 。 

。 某 些 类 型 的 错误 变 得 不 大 可 能 (不 值得 去 测试 ) 。 

。 某 些 类 型 的 错误 变 得 更 有 可 能 (值得 现在 测试 ) 。 

调用 一 个 操作 时 ,也 许 很 难 分 辨 到 底 执行 了 什么 代码 ,也 即 这 个 操作 可 能 属于 许多 类 中 
的 一 个 。 而 且 也 很 难 确定 一 个 参数 的 确切 类 型 或 类 。 当 代码 存 取 它 时 ,可 能 得 到 意 想不到 
的 值 。 可 通过 一 个 传统 的 函数 调用 例子 来 理解 这 点 : 
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X 一 func(y); 


对 于 传统 的 软件 测试 ,测试 者 仅 需 考虑 属于 func 的 所 有 行为 。 在 OO 软件 测试 过 程 
中 ,测试 者 必须 考虑 Base: :func()、Derived: :func() 的 行为 ,等 等 。 每 次 func 被 调用 时 , 测 
试 者 必须 考虑 所 有 不 同行 为 的 联合 。 如 果 遵 循 好 的 OOD 实践 并 且 超 类 与 子 类 (C++ 术语 中 
分 别称 为 基 类 与 派生 类 ) 之 间 的 区 别 是 有 限 的 ,这 会 变 得 容易 些 。 基 类 与 派生 类 的 测试 方法 
本 质 上 是 一 样 的 。 

测试 面向 对 象 中 的 类 操作 类 似 于 测试 需要 一 个 函数 参数 的 代码 ,并 调用 它 。 继 承 是 一 
种 产生 多 态 操作 的 便捷 方式 。 在 调用 处 ,重要 的 不 是 继承 而 是 多 态 。 继 承 的 确 使 搜寻 测试 
需求 变 得 更 加 直接 ( 即 有 继承 便 要 考虑 测试 ) 。 

是 否 因 面向 对 象 软件 的 架构 和 构造 而 使 某 些 类 型 的 错误 对 于 一 个 面向 对 象 的 系统 变 得 
更 有 可 能 ,而 对 于 其 他 系统 变 得 不 大 可 能 ? 答案 是 肯定 的 。 例 如 ,由 于 OO 中 的 操作 通常 很 
小 (功能 ,大 小 等 方面 ) ,更 多 的 时 间 将 花 在 集成 上 ,因为 集成 错误 出 现 的 几率 更 大 。 


9.1.5 测试 用 例 和 类 层次 


正如 本 章 前 面 指出 的 ,继承 并 不 排除 对 所 有 派生 类 进行 彻底 测试 的 需要 。 事 实 上 , 它 其 实 
可 能 将 测试 过 程 复杂 化 。 考 虑 以 下 情况 : 类 Base 包含 操作 inherited 和 redefined。 类 Derived 
重 定义 redefined 以 服务 于 一 个 局 部 语 境 (Context) 。 毫 无 疑问 ,Derived: : redefined() 必 须 
被 测试 ,因为 它 代表 了 一 个 新 的 设计 和 新 的 代码 。 但 Derived: :inherited() 必 须 被 重 测 吗 ? 

如 果 Derived: :inherited() 调 用 redefined 并 且 redefined 的 行为 已 改变 ,那么 Derived:: 
inherited() 可 能 错误 地 处 理 这 个 新 行为 。 所 以 ,即使 设计 和 代码 没有 改变 也 需要 新 的 测试 。 
需要 注意 的 是 , 仅 需 针对 Derived: :inherited() 的 所 有 测试 的 一 个 子 集 进 行 。 如 果 inherited 
的 部 分 设计 和 代码 不 依赖 于 redefined( 即 其 既 不 调用 它 也 没有 任何 代码 间接 调用 它 ), 则 该 
代码 在 派生 类 中 不 必 重 测 。 

Base: :redefined() 和 Derived:: redefined() 是 两 个 具有 不 同 规格 和 实现 的 不 同 操 作 。 
每 个 都 有 一 套 派 生 自 规格 和 实现 的 测试 需求 。 那 些 测试 需求 探究 可 能 的 错误 : 集成 错误 、 
条 件 错误 ,边界 错误 等 ,但 操作 可 能 很 相似 。 它 们 的 测试 需求 会 重大 。 面 向 对 象 设计 得 越 
好 , 重 苹 越 大 。 新 的 测试 仅 需 生成 那些 未 被 Base::redefined() 的 测试 所 满足 的 Derived:: 
redefined() 的 需求 。 

总 的 来 说 ,Base: :redefined() 的 测试 适用 于 类 Derived 的 对 象 。 测 试 输入 可 能 对 基 类 
和 派生 类 都 合适 ,但 期 望 的 结果 可 能 不 同 于 派生 类 。 

类 层次 的 设计 表示 提供 了 对 继承 结构 的 深入 洞察 ,继承 结构 被 用 在 基于 故障 的 测试 中 。 
考虑 如 下 情形 : 一 个 命名 为 caller 的 操作 只 有 一 个 参数 ,并 且 该 参数 是 某 基 类 的 引用 。 当 
caller 被 传递 给 该 基 类 的 派生 类 时 将 发 生 什么 事情 ? 可 能 影响 caller 的 行为 差异 是 什么 ? 
对 这 些 问题 的 回答 可 能 导向 特殊 测试 的 设计 。 
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9.1.6 ”基于 场景 的 测试 


基于 故障 的 测试 遗漏 了 两 种 主要 错误 : 不 正确 的 规格 和 子 系统 间 不 正确 的 交互 。 任 何 
一 种 错误 都 会 对 软件 质量 (需求 的 一 致 性 ) 造 成 损害 。 第 一 种 错误 发 生 时 ,产品 没有 做 客户 
想 要 的 。 它 可 能 做 了 错误 的 事 也 可 能 忽略 了 重要 的 功能 。 与 子 系统 交互 相关 的 错误 发 生 在 
一 个 子 系统 的 行为 创建 某 状况 (例如 事件 .数据 流 ) 时 ,该 状况 会 使 另 一 个 子 系统 失效 。 

基于 场景 的 测试 (Scenario-based Testing) 集 中 于 用 户 做 什么 ,而 不 是 产品 做 什么 。 这 
意味 着 要 捕获 用 户 必须 完成 的 任务 (通过 用 例 ) ,然后 运用 它们 及 其 变 体 进 行 测试 。 

场景 揭露 交互 错误 。 要 做 到 这 一 点 ,测试 用 例 必须 比 基 于 故障 的 测试 用 例 更 复杂 更 现 
实 。 基 于 场景 的 测试 倾向 于 在 单一 测试 中 测试 多 个 子 系统 (用 户 并 不 限制 自己 在 一 个 时 间 
使 用 一 个 子 系统 )。 

例如 : 一 个 文本 编辑 器 的 基于 场景 的 测试 设计 。 下 面 是 一 个 非 正 式 的 用 例 : 

用 例 : 修订 最 后 草案 

背景 : 打印 “最 后 ”草案 ,阅读 它 , 发 现 一 些 在 屏幕 图 像 上 看 来 并 不 明显 的 恼人 的 错误 。 
这 个 用 例 描 述 了 当 其 发 生 时 出 现 的 事件 序列 。 

1. 打印 整 篇 文档 。 

2. 在 文档 中 来 回 浏览 ,对 某 些 页 面 做 些 修改 。 

3. 每 当 一 页 被 改变 了 ,就 把 它 (被 修改 的 页 ) 打 印 。 

4. 有 时 打印 一 系列 连续 页 面 。 

该 场景 描述 了 两 件 事 : 一 个 测试 和 特定 的 用 户 需 要 。 用 户 的 需要 是 显然 的 : 

(1) 打印 单个 页 面 的 方法 。 

(2) 打印 区 间 页 面 的 方法 。 

就 测试 而 言 ,需要 对 在 打印 后 的 编辑 。( 也 包括 相反 的 操作 ) 进 行 测试 。 测 试 者 希望 发 
现 因 打 印 功能 造成 的 编辑 功能 中 的 错误 , 即 这 两 个 功能 不 是 完全 独立 的 。 

用 例 : 打印 一 份 新 的 副本 

背景 : 有 人 向 用 户 要 一 份 文档 的 全 新 副本 。 它 必须 被 打印 出 来 。 

1. 打开 文档 。 

2. 打印 它 。 

3. 关闭 文档 。 

同样 ,测试 方法 相对 明显 。 文 档 是 以 前 的 任务 产生 的 ,会 影响 到 这 次 的 打印 吗 ? 在 许多 
现代 编辑 器 中 ,文档 会 记 住 上 次 是 怎样 被 打印 的 。 默 认 地 ,它们 下 次 会 以 相同 的 方式 打印 。 
在 “修订 最 后 草案 ?场景 之 后 ,只 是 选择 菜单 中 的 “打印 ?命令 并 单 击 对 话 框 中 的 “打印 ?按钮 
会 造成 最 后 被 修改 的 页 面 再 次 打印 。 因 此 ,依照 编辑 器 ,正确 的 场景 看 上 去 像 这 样 ; 

用 例 : 打印 一 份 新 的 副本 
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. 打开 文档 。 
. 选择 菜单 中 的 “打印 "命令 。 
. 检查 是 否 在 打印 一 个 页 面 区 间 ; 如 果 是 , 则 单 击 “ 打 印 整 个 页 面 ”选项 。 
. 单 击 “ 打 印 ” 按 钮 。 

5. 关闭 文档 。 

但 这 个 场景 一 个 潜在 的 规格 错误 。 编 辑 器 没有 做 用 户 期 望 它 要 做 的 事 。 客 户 经 常 忽视 
上 面 第 3 步 中 的 检查 。 当 他 们 小 跑 到 打印 机 前 发 现 是 1 页 而 不 是 他 们 想 要 的 100 页 时 会 很 
恼火 。 客 户 的 不 满意 预示 着 规格 缺陷 。 

一 个 测试 用 例 设 计 师 可 能 遗漏 测试 设计 中 的 这 种 依赖 性 ,但 该 问题 很 可 能 在 测试 期 间 
浮现 。 


上 co 一 


9%.1.7 测试 表层 结构 和 深层 结构 


面向 对 象 编程 可 能 有 两 种 效果 : 改变 了 产品 的 深层 结构 ,也 可 能 影响 了 用 户 所 看 到 的 
表层 结构 。 表 层 结构 指 从 外 部 可 观察 的 结构 , 即 最 终 用 户 立 即 可 见 的 结构 。 很 多 OO 系统 
的 用 户 不 是 在 执行 功能 ,而 是 被 给 定 一 些 对 象 ,以 特定 方式 来 操纵 这 些 对 象 。 但 是 不 管 接口 
是 什么 ,测试 仍然 基于 用 户 任务 进行 。 捕 获 这 些 任 务 涉及 理解 .观察 以 及 与 代表 性 用 户 ( 以 
及 很 多 有 价值 的 非 代表 性 用 户 ) 的 交谈 。 

在 这 方面 ,传统 方法 和 OO 方法 在 细节 上 存在 某 些 差 异 。 例 如 ,在 传统 的 具有 面向 命令 
的 界面 系统 中 ,用 户 可 能 使 用 所 有 命令 的 列表 作为 检查 表 。 如 果 不 存在 测试 场景 去 执行 某 
命令 ,测试 可 能 忽略 某 些 用 户 任 务 ( 或 界面 上 有 无 用 命令 )。 在 基于 对 象 的 界面 中 ,测试 员 可 
能 使 用 所 有 的 对 象 列表 作为 检查 表 。 

当 设 计 者 以 一 种 新 的 或 非 传统 的 方式 来 看 待 系统 时 , 则 可 以 得 到 最 好 的 测试 策略 。 例 
如 ,如 果 系 统 或 产品 具有 基于 命令 的 界面 , 则 当 测 试用 例 设 计 者 假设 操作 是 独立 于 对 象 的 ， 
将 可 以 得 到 更 彻底 的 测试 。 提 出 如 下 问题 :“ 当 使 用 打印 机 工作 时 ,用 户 有 可 能 希望 使 用 该 
操作 ( 它 仅 应 用 于 扫描 仪 对 象 ) 吗 ?” 不 管 界面 风格 怎样 ,检查 表层 结构 的 测试 用 例 设计 应 该 
同时 使 用 对 象 和 操作 ,以 找 出 导致 忽视 任务 的 线索 。 

基于 表层 结构 测试 设计 可 能 会 遗漏 一 些 东 西 ,比如 可 能 注意 不 到 用 户 的 某 些 任务 ; 应 
该 测试 的 重要 情况 没有 被 测试 到 ; 没有 查 明 特 殊 子 系统 之 间 的 交互 。 例 如 ,代码 A 的 一 段 
依赖 于 代码 B 的 一 段 , 但 似乎 没有 测试 来 执行 A 使 用 B, 这 就 是 一 个 线索 。 我 们 没有 注意 
到 用 户 的 一 个 任务 。 着 眼 于 深层 结构 则 能 揭露 这 些 朴 忽 。 

深层 结构 指 OO 程序 的 内 部 技术 细节 , 即 通过 检查 设计 和 代码 来 理解 结构 。 深 层 结构 
测试 用 以 测试 依赖 .行为 和 通信 机 制 ,这些 是 建立 OO 软件 设计 模型 的 一 部 分 。 

分 析 和 设计 模型 被 用 作 深 层 结构 测试 的 基础 。 例 如 ,UML 协作 图 或 部 署 模型 描述 了 
对 象 和 子 系统 间 的 协作 ,这 种 协作 从 外 部 看 不 可 见 。 那 么 测试 用 例 设计 者 会 问 :“ 我 们 已 经 
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捕获 了 某 些 测试 任务 ,来 测试 在 协作 图 中 描述 的 协作 吗 ? 如 果 没 有 ,为 什么 ?” 


9.2 在 类 级 别 上 可 用 的 测试 方法 


第 1 章 曾 提 到 软件 测试 从 * 小 型 "测试 开始 , 慢 慢 进展 到 * 大 型 "测试 。 对 OO 系统 的 小 
型 测试 着 重 于 单个 类 和 类 封装 的 操作 。 在 OO 测试 中 ,可 以 用 随机 测试 和 划分 测试 来 测 
试 类 中 。 


9.2.1 面向 对 象 的 随机 测试 


为 了 简要 说 明 这 些 测 试 方法 ,考虑 一 个 银行 应 用 ,其 中 Account 类 有 下 列 操作 : open()、 
setup() ,deposit()、withdraw() balance() .summarize() creditLimit() 和 close( ) 中 ,尽管 
每 一 个 操作 均 可 应 用 于 Account, 但 是 领域 问题 的 本 质 给 它们 增加 了 一 些 限制 (如 ,在 应 用 
其 他 操作 前 必须 先 打开 账户 ,在 所 有 操作 完成 后 才 关 闭 账户 )。 即 使 有 了 这 些 限 制 , 也 存在 
操作 的 很 多 排列 。 对 于 一 个 Account 实例 ,最 小 的 行为 生命 历史 包括 下 面 操作 ,用 正则 表达 
式 表 示 如 下 : 

open * setup * deposit* withdraw * close 

这 表示 了 对 Account 的 最 小 测试 序列 ,其 中 符号 *。 ”表示 操作 顺序 地 执行 。 然 而 ,更 为 
一 般 的 序列 可 以 表述 如 下 : 

open。setup。 deposit。[deposit | withdraw | balance | summarize | creditLimit] * 。withdraw。close 

符号 “| ”表示 可 供 选择 的 操作 ,符号 ** ”表示 可 以 出 现 零 次 或 多 次 。 基 于 上 述 一 般 的 
序列 和 根据 正则 表达 式 规则 ,用 随机 方法 可 以 产生 一 系列 不 同 的 操作 序列 ,每 个 序列 对 应 于 
一 个 测试 用 例 ,例如 测试 用 例 rl 对 应 的 序列 如 下 : 


open。 setup。deposit。deposit。balance。summarize。withdraw。close 
测试 用 例 r2 对 应 的 序列 如 下 : 
open * setup * deposit* withdraw * deposit * balance * creditLimit * withdraw * close 


执行 这 些 和 其 他 的 随机 顺序 测试 以 测试 不 同 的 类 实例 生命 周期 。 
9.2.2 在 类 级 别 上 的 划分 测试 


与 传统 软件 的 等 价 划分 相似 ,采用 划分 测试 (Partition Testing) 可 以 减少 测试 类 所 需 的 
测试 用 例 的 数量 。 对 输入 和 输出 进行 分 类 ,设计 测试 用 例 以 处 理 每 个 类 别 。 但 是 ,如 何 导出 
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划分 类 别 呢 ? 

基于 状态 的 划分 是 根据 类 操作 改变 类 的 状态 的 能 力 来 划分 类 操作 的 。 再 来 考虑 
Account 类 ,状态 操作 包括 deposit 和 withdraw, 而 非 状态 操作 包括 balance、summarize 和 
creditLimit。 分 别 独立 地 测试 改变 状态 的 操作 和 不 改变 状态 的 操作 ,因此 ,对 于 测试 用 
例 pl 有 : 


open * setup * deposit * deposit* withdraw * withdraw * close 
对 于 测试 用 例 p2 有 : 
open * setup * deposit* summarize * creditLimit * withdraw * close 


测试 用 例 pl 测试 改变 状态 的 操作 ,而 测试 用 例 p2 测试 不 改变 状态 的 操作 (除了 那些 在 
最 小 序列 中 的 操作 ) 。 

基于 属性 的 划分 是 根据 操作 使 用 的 属性 来 划分 类 的 操作 。 对 Account 类 ,用 属性 
creditLimit 来 定义 划分 ,操作 被 分 为 3 个 类 别 : 使 用 creditLimit 的 操作 、 修 改 creditLimit 
的 操作 ,不 使 用 或 不 修改 creditLimit 的 操作 。 然 后 对 每 个 划分 设计 测试 序列 。 

基于 类 别 的 划分 是 根据 各 自 完成 的 一 般 功 能 来 划分 类 的 操作 。 例 如 ,在 Account 类 中 
的 操作 可 分 为 初始 化 操作 (open setup) .计算 操作 (deposit withdraw) 查询 操作 (balance、 
summarize creditLimit) 和 终止 操作 (close) 。 


9.3 类 间 测 试用 例 设计 


OO 系统 开始 集成 后 ,测试 用 例 的 设计 变 得 更 复杂 。 正 是 在 此 阶段 ,必须 开始 对 类 间 的 
协作 测试 。 为 了 说 明 类 间 测 试用 例 生成 四 ,扩展 在 9. 2 节 中 引入 的 银行 例子 ,使 包含 如 图 9-2 
所 示 的 类 和 协作 ,图 中 箭头 的 方向 指明 消息 的 传递 方向 ,标注 则 指明 调用 的 操作 ,是 消息 中 
蕴涵 的 一 系列 协作 。 

与 个 体 类 的 测试 一 样 ,类 协作 测试 可 通过 应 用 随机 和 划分 方法 ,基于 场景 的 测试 和 行为 
测试 来 完成 。 


9.3.1 多 个 类 测试 


Kirani 和 Tsaic5] 建议 采用 下 面 的 步 又 生成 多 个 类 测试 用 例 

(1) 对 每 个 客户 类 ,使 用 类 操作 列表 来 生成 一 系列 随机 测试 序列 。 操 作 将 发 送 消息 给 
其 他 服务 器 对 象 。 

(2) 对 所 生成 的 每 个 消息 ,确定 协作 者 类 和 对 应 的 服务 器 (协作 者 ?对象 中 的 操作 。 

(3) 对 服务 器 对 象 ( 已 经 被 来 自 客户 对 象 的 消息 调用 ) 中 的 每 个 操作 确定 传递 的 消息 。 
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cardInserted 
password verifyAcct 
deposit verifyPIN 
withdraw verifyPolicy 
accntStatus withdrawReq 
terminate acentInfo 
ATM User Se est 
Interface AIM Bank 
nter 
verifyStatus 一 creditLimit 
depositeStatus ~ OpenAcct accntType 
dispenseCash initialDeposit bolinee 
printAccntStat authorizeCard withdraw validPIN 
readCardinfo deaulthorize deposit validAcct 
getCashAmnt closeAcct ae 
Cashier Account Validation 
Info 


图 9-2 类 及 其 协作 


(4) 对 每 个 消息 ,确定 下 一 层 被 调用 的 操作 并 把 这 些 操作 放 入 到 测试 序列 。 
为 了 说 明 中 ,考虑 Bank 类 相对 于 ATM 类 的 ( 见 图 9-2) 的 操作 序列 : 


verifyAcct » verifyPIN » [[verifyPolicy * withdrawReq] | depositReq | acctlnfoREQ]" 
对 Bank 类 的 随机 测试 用 例 可 能 是 测试 用 例 r3: 


verifyAcct » verifyPIN »« depositReq 


为 了 考虑 该 测试 中 所 涉及 到 的 协作 者 ,要 考虑 测试 用 例 r3 中 提 到 的 与 每 个 操作 相关 联 
的 消息 。Bank 必须 和 ValidationInfo 协作 以 执行 verifyAcct() 和 verifyPIN() ,Bank 必须 和 
Account 协作 以 执行 depositReq() ,因此 ,对 于 协作 ,新 的 测试 用 例 是 测试 用 例 r4: 

verifyAcctBank。[validAcct ValidationInfo]。verifyPINBank 。 

[validPINValidationInfo]。depositReq。[depositaccount] 

多 个 类 划分 测试 的 方法 类 似 于 单个 类 划分 测试 的 方法 。 单 个 类 划分 就 像 在 9. 2 节 所 讨 
论 的 那样 。 然 而 ,扩展 测试 序列 以 包括 那些 通过 发 送 消息 给 协作 类 而 被 激活 的 操作 。 另 一 
种 方法 是 基于 特殊 类 的 接口 来 划分 测试 ,如 图 9-2 所 示 , Bank 类 接收 来 自 ATM 和 Cashier 
类 的 消息 ,因此 ,可 以 通过 将 Bank 中 的 方法 划分 为 服务 于 ATM 和 服务 于 Cashier 的 操作 
来 测试 。 基 于 状态 的 划分 (9. 2 节 ) 可 用 于 进一步 精 化 划分 。 


9.3.2 从 行为 模型 导出 的 测试 


第 8 章 讨 论 了 使 用 状态 图 表示 类 动态 行为 的 模型 。 类 的 状态 图 可 用 于 导出 测试 序列 ， 
来 测试 类 (以 及 那些 与 其 协作 的 类 ) 的 动态 行为 。 图 9-3 中 给 出 了 前 面 讨论 的 Account 类 的 
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状态 图 。 根 据 该 图 ,初始 变迁 是 从 Empty acct 到 Setup acct 状态 ,类 的 实例 的 大 多 数 行为 
发 生 在 Working acct 状态 ,最 终 的 Withdrawal 和 Close 事件 使 得 Account 类 分 别 向 
Nonworking acct 和 Dead acct 状态 变迁 。 


Open Empty Setup Accnt Set up 
acct acct 


Deposite(initial) 


££ ) Deposit 
Balance Working 
credit acct 
acentlnfo (7 Withdraw 


Withdrawal(final) 


© Dead Close Nonworking 
acct acct 
图 9-3 Account 类 的 状态 图 


Account 类 的 一 般 的 序列 可 以 表述 如 下 (注意 : 该 序列 类 似 于 9. 1 节 讨论 的 一 般 序列 ): 
open。setup。deposit。[deposit | withdraw | balance] * 。withdraw 。close 


设计 的 测试 应 该 涵盖 所 有 的 状态 L3], 即 ,操作 序列 应 该 ?? 使 Account 类 产生 所 有 可 能 
的 状态 。 对 于 测试 用 例 s1: 


open。setupAccnt，。deposit(initial)。withdraw(final)。close 


注意 : 该 序列 等 同 于 9. 1 节 讨 论 的 最 小 测试 序列 。 加 入 其 他 测试 序列 到 最 小 序列 中 得 
到 测试 用 例 s2 : 


open * setupAccnt » deposit(initial) »« deposit »* balance » credit 。 
withdraw(final)。close 


测试 用 例 s3: 


open。setupAccnt。deposit(initial)。deposit。withdraw。accntlnfo * 
withdraw(final)。close 

根据 Account 类 的 一 般 序列 ,仍然 可 以 导出 更 多 的 测试 用 例 以 保证 已 经 适当 地 测试 了 
类 的 所 有 行为 。 当 类 行为 表现 为 与 一 个 或 多 个 类 协作 的 时 ,使 用 多 个 状态 图 跟踪 系统 的 行 
为 流 。 

可 以 按 “ 宽 度 优先 的 方式 ”遍历 状态 模型 中 ,在 测试 语 境 下 ,宽度 优先 指 的 是 : 用 一 个 测 
试用 例 测 试 单个 变迁 ,测试 新 的 变迁 时 , 仅 使 用 以 前 被 测试 过 的 变迁 。 

银行 系统 中 的 CreditCard 对 象 , 如 图 9-4 所 示 。CreditCard 的 初始 状态 是 undefined 
( 即 , 没 有 提供 信用 卡号 )。 通 过 在 销售 中 读 信用 卡 ,对 象 进 入 defined 状态 , 即 定义 属性 
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card number 和 expiration date 以 及 银行 特定 的 标识 符 。 当 发 送 请 求 授权 时 ,信用 卡 被 提交 
(Csubmitted); 当 接 收 到 授权 时 ,信用 卡 被 核准 (approved)。CreditCard 从 一 个 状态 到 另 一 
个 状态 的 变迁 可 以 通过 导出 引致 变迁 发 生 的 测试 用 例 来 测试 。 测 试 类 型 宽度 优先 的 方法 使 
得 不 会 在 测试 undefined 和 defined 之 前 测试 submitted, 这 样 将 使 用 以 前 尚未 测试 的 变迁 ， 
因此 会 违反 宽度 优先 准则 。 


Insert a card 
Undefined Defined 


Request 
authorization 


图 9-4 ”CreditCard 对 象 状态 转移 


Authorized 


9.4 总 结 


尽管 面向 对 象 测试 的 总 体 目标 与 传统 的 软件 测试 目标 一 致 , 即 用 最 小 的 努力 发 现 最 多 
的 错误 ,但 是 OO 测试 在 策略 和 方法 有 所 不 同 。 测 试 的 视角 被 拓宽 ,从 而 包括 了 对 分 析 与 设 
计 的 评审 。 另 外 ,测试 的 重点 从 过 程 组 件 ( 模 块 ) 转 向 类 。 对 类 测试 的 设计 可 以 使 用 多 种 方 
法 : 基于 缺陷 测试 .随机 测试 和 划分 测试 。 每 种 方法 都 要 测试 类 所 封装 的 操作 。 设 计 测 试 
顺序 以 保证 相关 的 操作 都 得 到 测试 。 类 的 状态 由 其 属性 的 值 表示 ,测试 其 状态 以 确定 是 否 
存在 错误 。 

集成 测试 可 以 用 基于 使 用 的 策略 来 完成 。 基 于 使 用 的 测试 构造 具有 层次 系统 , 始 于 不 
调用 服务 器 的 类 。 集 成 测试 的 用 例 设计 方法 可 以 使 用 随机 与 划分 测试 技术 。 另 外 ,基于 场 
景 的 测试 和 由 行为 模型 生成 的 测试 可 用 于 测试 类 及 其 协作 者 。 一 个 测试 序列 追溯 类 协作 的 
操作 流 。 
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9.6 思考 与 练习 


1. 试用 自己 的 话 ,描述 类 是 OO 系统 中 最 小 的 可 接受 的 测试 单元 。 

2. 如果 现 存 的 类 已 经 被 彻底 测试 过 ,为 什么 我 们 还 需要 重新 测试 由 那个 现存 的 类 实例 
化 的 子 类 ? 我们 能 使 用 为 现存 的 类 所 设计 的 测试 用 例 吗 ? 

3. OO 集成 测试 的 特点 ? 

4. OO 测试 用 例 的 设计 方法 有 哪些 ? 

5. 什么 是 基于 缺陷 的 测试 ? 什么 是 基于 场景 的 测试 ? 它们 的 异同 是 什么 ? 

6. 类 级 别 上 的 测试 意义 是 什么 ? 有 什么 方法 可 以 利用 ? 

7. 类 之 间 的 测试 意义 是 什么 ”有 什么 方法 可 以 利用 ? 

8. 测试 类 的 操作 时 ,因为 什么 原因 造成 测试 的 困难 ? 

9. 深层 测试 是 测试 OO 应 用 的 什么 方面 ? 

10. 类 的 行为 的 模型 可 以 基于 什么 分 析 模型 ? 
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Web 应 用 软件 测试 技术 


Web 工程 项 目 开发 过 程 中 似乎 自始至终 都 充满 着 紧张 的 气氛 。 当 进行 问题 陈述 
(Formulation) 计划、 分 析 、 设 计 和 构建 时 ,利益 依 关 者 由 于 关心 来 自 其 他 Web 应 用 的 竞争 
和 受制 于 客户 的 要 求 ,担心 将 会 错过 一 个 市 场 机 会 ,所 以 利益 依 关 者 一 直 给 Web 应 用 施加 
压力 ,使 其 尽快 投入 使 用 。 这 样 做 的 后 果 是 ,在 Web 工程 项 目 开发 中 经 常 处 于 后 续 阶 段 的 
技术 活动 ,比如 Web 应 用 测试 ,时 常会 被 忽视 ,这 可 能 是 一 个 灾难 性 的 错误 。 为 了 避免 这 种 
错误 发 生 , Web 工程 项 目 组 必须 确保 Web 工程 项 目的 每 一 工件 都 具备 良好 的 质量 。 华 莱 
十 (Wallace) 和 他 的 同事 们 中 这 样 陈述 : 


“不 要 等 到 项 目 结束 时 才 进 行 测试 ,在 写 第 一 行 代码 之 前 就 开始 进行 测试 。 持 
续 有 效 的 测试 会 使 你 开发 一 个 更 持久 耐用 的 网 站 。” 


因为 不 能 对 分 析 与 设计 进行 传统 意义 上 的 测试 ,所 以 Web 工程 项 目 组 除了 进行 可 执行 
的 测试 外 ,还 应 该 实施 规范 的 技术 审查 ,目的 是 使 最 终 用 户 使 用 Web 应 用 之 前 发 现 并 修改 
错误 。 

快速 阅览 : 

什么 是 Web 应 用 测试 ? Web 应 用 测试 是 相关 活动 的 集合 ,目的 是 为 了 发 现存 在 于 
Web 应 用 中 的 内 容 \ 功 能 \ 易 用 性 、 导 航 、 性 能 、 容 量 、 安 全 性 等 方面 的 错误 。 为 了 完成 这 些 
活动 ,在 Web 工程 中 要 使 用 包括 静态 评审 和 动态 执行 测试 在 内 的 测试 策略 。 

由 谁 负责 Web 应 用 测试 ? Web 项 目的 工程 师 和 其 他 与 项 目 有 关 的 利益 依 关 者 (管理 
者 、 客 户 和 最 终 用 户 ) 都 要 参与 Web 应 用 测试 。 

为 什么 Web 应 用 测试 如 此 重要 ? 如 果 最 终 用 户 碰 到 错误 并 动摇 他 们 对 Web 应 用 的 信 
心 , 他 们 就 要 去 其 他 地 方 寻找 所 需要 的 内 容 和 功能 ,这 样 这 个 Web 应 用 就 失败 了 。 所 以 在 
Web 应 用 投入 使 用 之 前 ,Web 工程 师 必 须 努 力 消除 尽 可 能 多 的 错误 。 


* 本 章 基 于 Pressman,Software Engineering: A Practitioner's Approach, (6 中 edition) ,第 19 章 。 
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Web 应 用 测试 步骤 是 什么 ? Web 应 用 测试 开始 集中 于 用 户 可 见 的 Web 应 用 方面 , 然 
后 是 测试 技术 与 基础 设施 。 执 行 7 个 测试 步骤 : 内容 测试 .界面 测试 .导航 测试 ,组件 测 试 、 
配置 测试 ,性 能 测试 和 安全 性 测试 。 

有 了 哪些 工件 形成 ? 在 一 些 情况 下 ,会 生成 Web 应 用 测试 计划 。 在 每 一 种 情况 下 ,要 为 
每 个 测试 步骤 生成 一 组 测试 用 例 并 将 测试 结果 存档 以 便 将 来 软件 维护 所 用 。 

如 何 确保 我 们 准确 地 完成 了 任务 ? 尽管 永远 不 能 保证 你 已 经 执行 了 所 要 求 的 每 一 个 测 
试 ,但 能 肯定 测试 已 经 发 现 了 错误 (并 且 已 修正 了 这 些 错 误 ) 。 另 外 ,如 果 已 经 制定 了 一 个 测 
试 计划 , 则 可 以 检查 以 保证 所 有 计划 测试 已 被 完成 。 


10.1 ”Web 应 用 测试 概念 


测试 是 为 了 发 现 软件 的 错误 (并 最 终 修正 错误 ) 而 运行 软件 的 过 程 。 对 Web 应 用 来 说 ， 
这 些 最 基本 的 原则 不 会 变 。 事实 上 ,因为 基于 Web 的 系统 和 应 用 存在 于 网 络 上 ,并 且 和 很 
多 不 同 的 操作 系统 、 浏 览 器 (或 其 他 界面 设备 如 PDA、 手 机 等 )、 硬 件 平台 、 通 信 协 议 、 后 台 
(Backroom) 应 用 进行 交互 、 所 以 对 于 Web 工程 师 来 说 寻找 错误 意味 着 很 重大 的 挑战 。 

为 了 理解 在 Web 工程 中 测试 的 目标 ,必须 考虑 Web 应 用 质量 的 多 个 纬度 。 在 这 个 讨 
论 中 ,要 特别 注意 与 测试 Web 工程 项 目 有 关 的 质量 纬度 ,也 会 考虑 测试 所 发 现 的 错误 的 本 
质 以 及 用 来 发 现 这 些 错 误 的 测试 策略 。 


10.1.1 质量 的 纬度 


良好 设计 体现 在 Web 应 用 所 带 来 的 质量 。Web 应 用 质量 的 评估 是 通过 技术 评审 和 测 
试 。 应 用 一 系列 的 技术 评审 去 评估 设计 模型 的 各 个 组 成 部 分 ,并 应 用 本 章 讨 论 的 测试 过 程 
去 评价 Web 应 用 实现 。 评 审 和 测试 会 检查 下 面 一 个 或 多 个 质量 纬度 中 ， 

。 内 容 (Content) 是 在 句法 和 语义 级 别 的 评估 。 在 句法 级 ,要 评估 基于 文本 的 文档 中 
的 拼写 ,标点 、 语 法 等 ; 在 语义 级 ,要 评估 信息 表现 的 正确 性 .整个 内 容 对 象 和 相关 
对 象 的 一 致 性 、 无 二 义 性 。 
功能 (Function) 测 试 是 要 发 现 与 客户 需求 不 符 的 错误 。 每 个 Web 应 用 功能 要 评估 
其 正确 性 \ 不 稳定 性 (Instability) .与 实现 标准 的 符合 性 (比如 ,Java 或 者 XML 语言 
标准 ) 。 
结构 (Structure) 评 估 是 要 确保 正确 发 布 了 Web 应 用 的 内 容 和 功能 ,并 且 是 可 扩展 
的 ,要 支持 新 内 容 和 新 功能 的 增加 。 
易 用 性 (Usability) 测 试 是 要 确保 对 每 一 类 用 户 都 要 有 相应 的 界面 支持 ,用 户 要 能 学 
习 和 应 用 所 有 需要 的 导航 句法 和 语义 。 
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。 导航 (Navigability) 测 试 要 确保 所 有 的 导航 句法 和 语义 都 被 测试 ,从 而 发 现 有 关 导 航 
的 任何 错误 (比如 死 链接 ,不 合适 的 链接 .错误 的 链接 ) 。 
性 能 (Performance) 测 试 确保 在 各 种 操作 条 件 .配置 .负载 变化 的 情况 下 ,系统 在 响 
应 用 户 交 互 和 处 理 极限 负载 时 ,性 能 没有 出 现 不 可 接受 的 退化 。 
兼容 性 (Compatibility) 测 试 通过 在 服务 器 和 客户 端 不 同 的 配置 情况 下 ,执行 Web 应 
用 。 目 的 是 发 现 跟 某 种 配置 相关 联 的 特殊 错误 。 
互 操作 性 (Interoperability) 测 试 是 确保 Web 应 用 能 正确 地 与 其 他 应 用 或 数据 库 进 
行 交互 。 

。 安全 (Security) 测 试 是 评估 潜在 的 易 受 攻击 的 弱点 并 尽量 发 现 这 些 弱 点 。 任 何 成 功 

的 渗透 企图 意味 着 安全 性 上 的 漏洞 。 

Web 应 用 的 测试 策略 和 方法 用 来 测试 这 些 质量 纬度 ,在 本 章 的 后 面部 分 要 讨论 这 些 

策略 。 


创新 对 于 软件 测试 人 员 来 说 是 件 苦 乐 参半 的 差事 。 正 像 我 们 知道 如 何 测试 一 种 特 
殊 的 技术 一 样 , 一 种 新 的 软件 (Web 应 用 ) 出 现 , 所 有 的 方法 都 不 灵 了 。 


James Bach 


10.1.2 ”Web 应 用 环境 中 的 错误 


对 于 任何 软件 ,测试 的 基本 目的 都 是 发 现 错误 并 修正 错误 。 成 功 的 Web 应 用 测试 所 发 
现 的 错误 具有 下 列 一 些 特征 "9: 

(1) 因为 对 很 多 种 Web 应 用 测试 而 言 ,首先 是 在 客户 端 发 现 问题 出 现 的 证 据 ( 比 如 , 通 
过 在 一 个 特定 浏览 器 或 PDA 或 手机 上 实现 的 接口 ), 所 以 Web 工程 师 看 到 的 是 一 个 错误 的 
症状 ,不 是 错误 本 身 。 

(2) 因为 Web 应 用 是 在 许多 不 同 的 配置 和 不 同 的 环境 中 实现 的 ,所 以 发 生 在 某 个 Web 
环境 中 的 错误 可 能 很 困难 或 者 不 可 能 在 该 环境 之 外 重 现 。 

(3) 尽管 一 些 错误 是 由 不 正确 的 设计 或 不 合适 的 HTML (或 其 他 程序 语言 ) 代 码 造成 
的 ,但 很 多 错误 都 能 被 追踪 到 Web 应 用 配置 。 

(4) 因为 Web 应 用 存在 于 客户 端 /服务 器 (C/S) 体 系 结构 中 ,所 以 很 难 跨越 客户 端 、 服 
务 器 、 网 络 3 个 结构 层 追 踪 错误 。 

(5) 一 些 错误 发 生 在 静态 操作 环境 (也 就 是 执行 测试 的 特定 配置 ) 中 ,而 其 他 一 些 错误 
发 生 在 动态 操作 环境 中 (也 就 是 实时 资源 负载 或 与 时 间 有 关 的 错误 ) 。 

上 述 5 种 错误 特征 说 明 在 Web 工程 中 ,环境 在 诊断 所 发 现 的 错误 中 扮演 了 一 个 很 重要 的 
角色 。 在 一 些 情况 下 (比如 内 容 测试 ) ,错误 出 现 的 位 置 很 明显 ,但 是 在 很 多 其 他 类 型 的 Web 
应 用 测试 中 (比如 导航 测试 ,性 能 测试 .安全 测试 ) ,错误 发 生 的 潜在 原因 可 能 很 不 容易 确定 。 
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10. 1.3 测试 策略 


Web 应 用 测试 策略 采用 对 所 有 软件 测试 都 适用 的 基本 原则 ,并 应 用 在 面向 对 象 系统 中 
所 使 用 的 策略 。 下 面 的 步骤 概述 了 该 方法 : 

(1) 评审 Web 应 用 的 内 容 模型 以 发 现 错误 。 

(2) 评审 Web 应 用 的 接口 模型 以 保证 所 有 的 用 例 都 被 考虑 到 了 。 

(3) 评审 Web 应 用 的 设计 模型 以 发 现 导航 错误 。 

(4) 测试 用 户 界面 以 发 现在 表现 和 导航 机 制 中 的 错误 。 

(5) 选择 功能 模块 进行 单元 测试 。 

(6) 测试 贯穿 整个 体系 结构 的 导航 路 径 。 

(7) 在 各 种 不 同 的 环境 配置 下 实现 Web 应 用 ,并 测试 每 种 配置 的 兼容 性 。 

(8) 在 Web 应 用 及 其 环境 中 通过 查找 易 受 攻击 的 漏洞 来 进行 安全 性 测试 。 

(9) 进行 性 能 测试 。 

(10) 由 一 定数 量 的 最 终 用 户 测试 Web 应 用 ,他 们 和 系统 的 交互 结果 用 来 评估 内 容 和 
导航 错误 . 易 用 性 考虑 .兼容 性 考虑 .可 靠 性 和 Web 应 用 的 性 能 。 

因为 许多 Web 应 用 是 不 断 改进 的 ,所 以 Web 应 用 测试 也 是 一 个 由 Web 支持 人 员 利 用 
已 开发 的 测试 用 例 进 行 回归 测试 的 持续 的 过 程 。 


10.1.4 测试 计划 


计划 (Planning) 一 词 对 一 些 Web 开发 人 员 来 说 就 是 魔 吕 ,这些 开 发 人 员 开始 只 是 希望 
能 够 开发 出 杀手 级 的 Web 应 用 ,而 Web 工程 师 认 识 到 计划 可 以 制定 一 个 后 续 所 有 工作 的 
路 线 图 ,这 是 值得 付出 代价 的 。 

Splaine 和 Jaskiel 外 在 他 们 关于 Web 应 用 测试 的 书 中 写 道 ， 


除了 那些 最 简单 的 Web 站 点 ,都 需要 某 种 形式 的 测试 计划 。 经 常会 有 这 样 的 
情况 ,起 初 用 非 规范 的 测试 方法 发 现 很 多 错误 ,但 这 些 错误 并 不 都 是 在 第 一 次 发 现 
后 就 改正 过 来 。 这 就 增加 了 测试 人 员 的 负担 。 为 了 进行 有 效 的 测试 并 保证 已 知 的 
错误 已 经 被 改正 而 没有 引入 新 的 错误 ,他 们 不 仅 要 设计 新 的 测试 ,还 必须 记 住 前 面 
的 测试 是 如 何 执行 的 。 


对 Web 工程 师 来 说 ,问题 是 如 何 想 出 新 的 测试 ,这 些 测 试 应 该 注重 些 什 么 等 。 这 些 问 
题 的 答案 就 包含 的 测试 计划 中 。 

Web 应 用 的 测试 计划 应 该 确定 : 

(1) 测试 开始 时 的 任务 集 。 
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(2) 每 个 测试 任务 完成 后 产生 的 工件 (Work Product) 。 
(3) 测试 结果 被 记录 ,评估 和 在 回归 测试 时 重用 的 方式 。 有 时 候 测试 计划 放 在 项 目 计 


划 中 ,有 时 测试 计划 是 单独 的 文档 。 


Web 应 用 测试 的 任务 集 可 描述 如 下 : 

(1) 评审 利益 依 关 者 的 需求 ,识别 用 户 的 关键 目的 与 目标 ,评审 每 一 类 用 户 的 用 例 。 
(2) 制定 优先 级 确保 每 个 用 户 的 目的 与 目标 都 被 充分 测试 。 
(3) 通过 描述 将 要 被 执行 的 测试 类 型 定义 Web 应 用 测试 策略 。 
(4) 制定 一 个 测试 计划 : 

。 定义 一 个 测试 进度 表 和 对 每 一 个 测试 分 配 职责 。 

。 指定 自动 测试 工具 。 

。 为 每 一 类 测试 定义 用 户 接受 的 标准 。 

。 指定 缺陷 追踪 机 制 。 

。 定义 问题 报告 机 制 。 

(5) 执行 “单元 ”测试 : 

。 评审 内 容 以 发 现 句 法 和 语义 错误 。 

。 评审 内 容 以 保证 适度 的 清晰 和 许可 。 

。 进行 界面 测试 以 保证 正确 地 操作 。 

。 测试 每 一 个 组 件 以 确保 正确 的 功能 。 

(6) 执行 “集成 ”测试 : 

。 根据 用 例 测试 界面 的 语义 。 

。 执行 导航 测试 。 

(7) 执行 配置 测试 

。 评估 客户 端的 配置 和 兼容 性 。 

。 评估 服务 器 端的 配置 。 

(8) 执行 性 能 测试 。 

(9) 执行 安全 测试 。 


10.2 ”测试 过 程 概述 


对 于 Web 工程 的 测试 过 程 是 从 测试 最 终 用 户 立 即 可 见 的 内 容 和 界面 功能 开始 的 。 随 


后 ,体系 结构 设计 和 导航 方面 要 被 测试 ,用 户 可 能 理解 也 可 能 不 理解 这 些 Web 应 用 元 素 。 
最 后 ,测试 的 重点 转移 到 测试 对 最 终 用 户 来 说 不 总 是 显而易见 的 技术 能 力 上 ,如 Web 基础 
设施 和 安装 、 实 现 问题 。 
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“通常 来 说 ,用 于 其 他 应 用 的 软件 测试 技术 ,同样 能 够 用 于 Web 应 用 测试 …… 两 者 
不 同 的 是 在 Web 环境 中 技术 变化 的 因素 成 倍增 加 了 ”。 
Hung Nguyon] 


图 10-1 把 Web “金字 塔 ” 型 的 设计 过 程 与 测试 过 程 并 列 。 测 试 流 从 左 到 右 、 从 上 到 下 
进行 ,对 用 户 可 见 的 Web 应 用 设计 部 分 (“金字 塔 ” 塔 顶 的 部 分 ) 首 先 被 测试 ,随后 测试 基础 
设施 设计 部 分 。 要 进行 7 个 主要 的 步骤 : 内 容 测试 .界面 测试 .导航 测试 ,组件 测试 .配置 测 
试 ,性 能 测试 和 安全 测试 。 


内 容 设计 
导航 设计 
架构 设计 
组 件 设计 
技术 


图 10-1 测试 过 程 


内 容 测 试 ( 和 评审 ) 要 发 现 内 容 中 的 错误 ,这 与 在 写 文档 时 的 审 稿 有 很 多 相似 之 处 。 事 
实 上 ,一 个 大 的 网 站 可 能 提供 专门 的 审 稿 器 (Copy Editor) 服 务 来 发 现 排版 错误 .语法 错误 、 
内 容 不 一 致 的 错误 、 图 形 表现 错误 ,交叉 引用 错误 。 除 了 检测 静态 的 内 容错 误 , 内 容 测 试 也 
检查 来 自 Web 应 用 中 数据 库 系统 管理 的 数据 而 产生 的 动态 内 容 。 

界面 测试 是 测试 交互 机 制 和 验证 用 户 界 面 的 美观 性 。 目 的 是 发 现 由 于 疏忽 而 把 笨拙 的 
交互 .元 长 .不一致 ,二 义 性 引入 到 界面 而 引起 的 错误 。 

导航 测试 使 用 从 分 析 阶 段 得 到 的 用 例 来 设计 测试 用 例 ,以 便 测 试 导航 设计 的 每 个 使 用 
场景 。 根 据 用 例 和 一 些 NSU( 导 航 语义 单元 ) ,测试 在 界面 外 观 中 实现 的 导航 机 制 ( 如 菜单 
栏 ) ,确保 妨碍 用 例 完成 的 错误 被 识别 和 纠正 。 
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组 件 测试 是 测试 Web 应 用 中 的 内 容 单元 和 功能 单元 。 注 意 Web 应 用 中 单元 (Unit) 的 
概念 的 转变 。 在 内 容 体系 结构 中 选择 的 单元 就 是 网 页 ,每 个 网 页 都 封装 了 内 容 、 导 航 链接 和 
处 理 单 元 (表单 .脚本 .Applet 等 )。Web 应 用 体系 结构 中 的 一 个 单元 可 能 是 一 个 被 定义 的 
功能 组 件 , 这 个 组 件 直接 为 最 终 用 户 提供 服务 ; 或 可 能 是 一 个 基础 组 件 ,这 个 组 件 使 Web 
应 用 能 完成 它 所 有 的 能 力 。 每 个 功能 组 件 都 使 用 与 一 般 软件 测试 中 测试 单个 模块 一 样 的 方 
法 进行 测试 ,在 很 多 情况 下 都 是 黑 盒 测 试 。 如 果 过 程 很 复杂 ,也 会 使 用 白 盒 测试 。 除 了 功能 
测试 ,还 要 测试 数据 库 的 能 力 。 

当 构 建 Web 应 用 体系 结构 时 ,导航 和 组 件 测 试 被 用 于 集成 测试 。 集 成 测试 的 策略 依赖 
于 被 选择 的 内 容 和 Web 应 用 体系 结构 。 如 果 内 容 体系 结构 被 设计 为 线性 、 网 格 状 或 者 简单 
的 层次 结构 ,就 可 以 使 用 与 通常 软件 的 模块 集成 一 样 的 方法 集成 Web 页 面 。 然 而 ,如 果 我 
们 使 用 混合 的 层次 结构 或 者 网 状 的 体系 结构 ,就 可 以 采用 在 OO( 面 向 对 象 ) 测 试 中 使 用 的 
集成 测试 方法 。 基 于 Thread 的 测试 可 以 被 用 于 集成 Web 页 面 集 (一 个 NSU 可 以 用 来 定义 
这 样 适合 的 集合 ) 以 便 响 应 用 户 事件 ,每 个 Thread 被 单独 集成 和 测试 。 回 归 测 试用 于 确保 
修改 没有 带 来 副作用 。Cluster 测试 集成 一 组 相互 协作 的 页 面 ( 通 过 检测 用 例 和 NSU 确 
定 ), 生 成 测试 用 例 用 于 发 现 页 面 协作 中 的 错误 。 

Web 体系 结构 的 每 个 组 成 部 分 要 尽 可 能 进行 单元 测试 。 比 如 ,在 MVC 体系 结构 中 
Model、View、Controller 组 件 ,每 一 个 都 要 被 单独 测试 。 集 成 之 后 ,跨越 这 3 部 分 的 数据 流 
和 控制 流 都 要 经 过 仔细 检查 。 

配置 测试 是 要 发 现 与 某 种 特定 的 客户 端 和 服务 器 环境 相关 的 错误 。 构 造 一 个 交叉 引用 
矩阵 ,定义 所 有 可 能 的 操作 系统 浏览 器 、 硬 件 平 台 .通信 协议 。 要 进行 测试 以 发 现 与 每 一 
可 能 的 配置 有 关 的 错误 。 

安全 测试 包括 一 系列 测试 用 来 寻找 Web 应 用 和 环境 中 易 受 攻击 的 漏洞 ,目的 是 要 展示 
安全 缺口 是 可 能 出 现 的 。 

性 能 测试 包含 设计 一 系列 测试 来 评估 : 

(1) 增加 用 户 量 会 怎样 影响 Web 应 用 的 响应 时 间 和 可 靠 性 。 
(2) 哪 一 个 Web 应 用 组 件 对 性 能 下 降 负 有 责任 和 什么 样 的 使 用 特征 引起 了 性 能 退化 。 
(3) 性 能 退化 如 何 影 响 Web 应 用 的 整体 目标 和 需求 。 


10.3 内容 测试 


Web 应 用 内 容 的 错误 可 能 是 微不足道 的 ,如 排版 错误 ; 也 可 能 是 严重 的 错误 ,如 不 正确 
的 信息 .不 合适 的 组 织 结构 .违反 知识 产权 法 等 。 内 容 测 试 是 在 用 户 遇 到 这 些 和 其 他 很 多 的 
问题 之 前 ,首先 发 现 它们 。 

内 容 测试 结合 评审 和 生成 的 可 执行 的 测试 用 例 两 种 方法 。 评 审 是 发 现 内 容 中 的 语义 错 
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误 (10. 3. 1 节 讨 论 )。 可 执行 的 测试 用 例 用 于 发 现 从 一 个 或 多 个 数据 库 中 获取 的 数据 驱动 
生成 的 动态 内 容 中 的 错误 。 


10.3.1 内 容 测试 目标 


内 容 测 试 有 3 个 重要 目标 : 

(1) 发 现 文本 文件 .图 像 展 示 和 其 他 媒体 的 句法 错误 (如 排版 错误 ,语法 错误 等 ) 。 

(2) 发 现 当 进行 导航 时 呈现 在 任何 内 容 对 象 中 的 语义 错误 ( 即 信息 准确 性 和 完整 性 的 
错误 ) 。 

(3) 找 出 呈现 给 最 终 用 户 的 内 容 组 织 或 结构 上 的 错误 。 

要 完成 第 一 个 目标 ,可 以 使 用 自动 拼写 和 语法 检查 工具 。 不 过 ,有 许多 句法 错误 无 法 被 
这 些 工具 检查 出 来 ,因而 需要 专门 评审 人 员 (测试 人 员 ) 才 能 查 出 来 。 根 据 前 面 所 述 , 审 稿 是 
发 现 句 法 错误 的 最 好 方法 。 

语义 测试 关注 于 每 个 内 容 对 象 所 呈现 的 信息 。 审 查 者 或 测试 者 必须 回答 以 下 这 些 
问题 : 

。 这 些 信息 准确 无 误 吗 ? 

。 这 些 信息 是 否 简 明 扼要 ? 

。 内 容 对 象 版 面 设计 是 否 利 于 最 终 用 户 的 理解 ? 
内 容 对 象 中 的 信息 是 否 容易 被 找到 ? 

。 对 于 来 自 其 他 地 方 的 所 有 信息 是 否 已 经 提供 恰当 的 引用 说 明 ? 

。 展现 的 信息 是 否 保持 内 部 一 致 性 ,并 且 是 否 和 其 他 的 内 容 对 象 所 展现 的 信息 一 致 ? 

。 内 容 是 否 具有 攻击 性 、 容 易 引 起 误解 或 者 容易 引起 法 律 诉讼 ? 

。 内 容 是 否 侵犯 了 其 他 版 权 或 商标 ? 

。 内 容 中 是 否 包 含 内 部 链接 ? 这 些 链 接 是 否 提供 了 相应 的 内 容 ? 这 些 链接 正确 吗 ? 

。 内 容 的 审美 风格 是 否 与 界面 的 审美 风格 冲突 ? 

对 一 个 大 的 Web 应 用 (包括 成 百 上 千 的 内 容 对 象 ) 来 说 ,回答 所 有 这 些 问题 是 件 很 困难 
的 事 。 但 是 ,如 果 没 有 发 现 语义 错误 会 动摇 用 户 对 Web 应 用 的 信心 ,因而 会 使 Web 应 用 

存在 于 体系 结构 中 的 内 容 对 象 具 有 特殊 的 形式 。 在 内 容 测试 中 ,对 内 容 组 织 和 结构 的 
测试 ,是 为 了 确保 所 需 的 内 容 以 恰当 的 顺序 和 关联 关系 呈现 给 最 终 用 户 。 例 如 ,cfi. ss. pku. 
edu. cn ,该 Web 应 用 为 项 目 经 理 、 质 量 保证 (QA) 人 员 以 及 社区 开发 人 员 提 供 一 个 平台 。 项 
目 经 理 可 以 在 平台 上 制定 项 目 计 划 发 布 软件 需求 或 软件 设计 ,并 招募 软件 开发 人 员 ; QA 
人 员 制 定 质量 保证 计划 ,审查 测试 开发 人 员 所 提交 的 代码 ; 社区 开发 人 员 应 聘 软件 项 目 ， 
依据 项 目 计 划 和 质量 保证 计划 开发 软件 产品 。CFI-Web 应 用 有 大 量 关 于 软件 项 目的 信息 。 
内 容 对 象 提供 描述 性 信息 ,技术 规范 说 明 、 图 片 陈 述 和 相关 信息 。 对 cfi. ss. pku. edu. cn 的 
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内 容 架 构 进 行 测试 是 为 了 发 现存 在 于 这 些 信息 中 的 错误 (比如 ,对 QA 人 员 的 问候 语 呈 现 给 
社区 开发 人 员 ) 。 


10.3.2 数据 库 测试 


现代 Web 应 用 不 仅仅 是 显示 静态 的 内 容 对 象 。 在 很 多 应 用 领域 中 , Web 应 用 和 复杂 
的 数据 管理 系统 交互 并 且 实时 地 从 数据 库 中 获取 数据 从 而 动态 地 创建 内 容 对 象 。 

例如 ,一 个 金融 服务 Web 应 用 能 提供 关于 某 项 基于 文本 的 、 表 格 形式 的 和 图 形 化 的 复 
杂 的 某 特定 资产 (例如 股票 .共有 基金 ) 信 息 。 当 用 户 请 求 关 于 该 资产 的 信息 时 ,动态 产生 并 
提供 这 些 信息 内 容 对 象 。 要 达到 上 述 目 的 需要 做 以 下 几 步 : 

(1) 查询 大 型 资产 数据 库 。 

(2) 从 数据 库 中 抽取 相关 数据 。 

(3) 抽取 的 数据 必须 被 组 织 成 内 容 对 象 。 

(4) 这 些 内 容 对 象 (表达 用 户 请 求 特定 的 信息 ) 被 发 送 到 客户 环境 显示 。 

每 一 步 都 可 能 会 发 生 错 误 ,数据 库 测试 的 目标 就 是 找到 这 些 错 误 。 

Web 应 用 的 数据 库 测试 由 于 以 下 因素 变 得 很 复杂 : 

(1) 客户 端 对 于 信息 的 原始 请 求 很 少 能 够 表现 成 直接 输入 数据 库 管理 系统 的 格式 ( 例 
如 SQL)。 所 以 要 设计 测试 ,来 查找 把 用 户 请 求 转换 成 能 够 被 数据 库 处 理 的 格式 过 程 中 产 
生 的 错误 。 

(2) 数据 库 可 以 被 远程 服务 器 上 的 Web 应 用 调用 。 所 以 ,要 测试 Web 应 用 和 远 端 数 
据 库 通信 中 的 错误 。 

(3) 从 数据 库 得 到 的 原始 数据 必须 传送 到 服务 器 应 用 


程序 并 且 转 换 成 恰当 的 格式 以 便 将 来 传送 给 用 户 。 因 此 ,要 [Ce 站 
设计 测试 用 例 来 说 明 Web 应 用 服务 器 接收 到 的 原始 数据 的 ET 
有 效 性 ,还 要 生成 额外 的 测试 用 例 来 验证 对 原始 数据 进行 有 上 wep 应 用 
效 的 转换 并 创建 有 效 的 内 容 对 象 。 4 用户 效 所 
(4) 动态 的 内 容 对 象 必须 能 以 某 种 能 展示 的 形式 传送 。 [sn“ 呈 到 拓 转化 
给 最 终 用 户 。 所 以 ,需要 设计 一 系列 的 测试 来 找 出 内 容 对 象 和 Base 一 soL 
格式 中 的 错误 和 测试 不 同 客户 端 环境 配置 下 的 兼容 性 。 Esc 有 
考虑 到 上 述 4 个 因素 ,测试 用 例 设计 方法 应 该 被 应 用 到 fs 
每 一 个 “交互 层 ”, 如 图 10-2 所 示 。 测 试 应 该 确保 : 数据 库 层 一 数据 访问 


(1) 服务 器 和 客户 端 之 间 通 过 界面 层 传输 的 信息 有 效 。 
(2) Web 应 用 正确 地 处 理 脚本 并 恰当 的 抽取 或 者 格式 
化 用 户 数据 。 

(3) 用 户 数据 可 以 正确 地 传送 到 服务 器 端 ,服务 器 端的 。 图 10-2 Web 应 用 的 交互 层 
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数据 转换 功能 能 够 生成 正确 的 查询 (如 SQL) 。 

(4) 此 查询 被 传输 到 负责 与 数据 库存 取 例 程 (一 般 在 另 一 台 机 器 上 ) 通 信 的 数据 管 
理 层 。 

如 图 10-2 所 示 的 数据 转化 .数据 管理 ,数据 存 取 等 层 经 常 被 实现 为 可 重用 的 组 件 , 并 已 
经 被 独自 确认 以 及 作为 一 个 整体 确认 过 。 这 种 情况 下 ,Web 应 用 测试 集中 于 设计 测试 用 例 
来 测试 用 户 层 和 图 中 前 两 个 服务 器 层 ( 即 Web 应 用 层 和 数据 转化 层 ) 的 交互 。 

测试 用 户 界面 层 是 为 了 确保 为 每 个 用 户 查询 被 构造 成 恰当 的 HTML 脚本 ,并 将 这 些 
脚本 妥当 地 传输 到 服务 器 端 。 测 试 服务 器 端的 Web 应 用 层 来 确保 用 户 数 据 被 恰当 地 从 
HTML 脚本 中 抽 离 并 且 恰 当地 传输 到 服务 器 端的 数据 转化 层 。 

测试 数据 转化 功能 是 确保 产生 正确 的 SQL ,并且 将 之 发 送 给 相应 的 数据 管理 组 件 。 这 
些 技术 与 设计 适当 的 数据 库 测 试用 例 有 关 。 这 方面 的 详尽 讨论 已 超出 本 书 范围 , 感 兴趣 的 
读者 可 以 参阅 参考 文献 [9 。 


“作为 电子 消费 者 (E-Customers) (无 论 是 商务 的 或 是 消费 的 ) ,我 们 不 可 能 对 频繁 
遭受 停机 、 事 务 处 理 中 被 挂 起 或 者 易 用 性 感觉 很 差 的 网 站 有 信心 ,因此 测试 在 整个 开发 
过 程 中 扮演 至 关 重 要 的 角色 。” 


Wing Lam 


10.4 用户 界面 测试 


在 Web 工程 中 ,有 3 个 不 同 的 地 方 需要 对 Web 应 用 进行 用 户 界面 的 确认 和 验证 。 

(1) 在 需求 建 模 和 分 析 阶 段 : 评审 界面 模型 以 确保 它们 符合 用 户 需求 并 符合 分 析 模 型 
的 其 他 因素 。 

(2) 在 设计 阶段 : 评审 界面 设计 模型 以 确保 达到 适用 所 有 用 户 的 一 般 性 质量 标准 ,并 
且 妥 当地 解决 了 与 应 用 有 关 的 特殊 界面 的 设计 问题 。 

(3) 在 测试 阶段 : 重点 转移 到 和 应 用 相关 的 特殊 的 用 户 交互 方面 的 执行 ,如 界面 的 语 
法 和 语义 所 显示 的 那样 。 另 外 ,测试 也 对 易 用 性 做 最 后 评价 。 


10.4.1 界面 测试 策略 


界面 测试 的 总 体 策略 是 : 找 出 与 特定 界面 机 制 相 关 的 错误 (如 ,菜单 链接 不 能 正确 执行 
的 错误 或 数据 输入 表格 方式 的 错误 等 ) 和 找 出 在 界面 实现 导航 语义 、Web 应 用 功能 或 内 容 
显示 方法 中 存在 的 错误 。 为 了 完成 这 个 策略 ,必须 实现 下 面 的 一 系列 目标 : 

(1) 测试 界面 特征 (Feature) 以 确保 设计 规则 、 美 观 以 及 视觉 内 容 对 用 户 来 说 是 可 用 


204 软件 测试 方法 与 实践 


的 ,不 存在 错误 ,特征 包括 字体 形状 、 颜 色 、 结 构 、 形 象 .边界 、 表 格 以 及 Web 应 用 执行 中 所 生 
成 的 相关 元 素 。 

(2) 类 似 于 单元 测试 方式 ,对 单个 界面 机 制 进行 测试 。 比 如 ,设计 测试 来 检查 所 有 的 表 
单 (Forms)、 客 户 端 脚本 ,动态 HTML、CGI 脚 本、 流 内 容 和 应 用 相关 的 界面 机 制 (例如 用 于 
电子 商务 应 用 的 购物 车 )。 在 很 多 情况 下 ,测试 可 以 完全 集中 在 一 个 界面 单元 上 ,而 不 考虑 
其 他 界面 的 特性 和 功能 。 

(3) 针对 一 个 特殊 用 户 类 别 ,使 用 某 个 用 例 或 NSU 对 每 个 界面 机 制 都 进行 测试 。 这 种 
测试 方法 类 似 于 集成 测试 ,因为 若干 界面 机 制 集合 在 一 起 以 便 执 行 那个 用 例 或 NSU。 

(4) 选 定 若干 用 例 和 NSU ,测试 完整 的 界面 以 找 出 其 中 的 语义 错误 。 这 种 测试 方法 类 
似 于 确认 测试 ,因为 它 的 目的 就 是 证 明 符合 特定 的 用 例 或 NSU 语义 。 在 这 个 阶段 ,要 进行 
一 系列 易 用 性 测试 。 

(5) 界面 在 各 种 环境 中 (比如 浏览 器 ) 进 行 测试 ,以 确保 是 兼容 的 。 实 际 上 ,这 一 系列 测 
试 也 可 以 看 作 是 配置 测试 的 一 部 分 。 


10.4.2 测试 界面 机 制 


当 用 户 与 Web 应 用 交互 时 ,交互 是 通过 一 个 或 多 个 界面 机 制 进行 的 。 下 面 对 每 个 接口 
机 制 测 试 所 需要 考虑 的 事项 进行 简单 描述 "9 。 


1， 链接 


测试 每 个 导航 链接 确保 能 到 达 恰 当 的 内 容 对 象 或 者 实现 相应 的 功能 。Web 工程 师 建 
立 与 界面 布局 元 素 ( 比 如 菜单 栏 .索引 项 ) 有 关 的 所 有 链接 ,然后 分 别 执行 ; 并 且 必 须 检 测 每 
一 个 内 容 对 象 中 的 链接 以 发 现 坏 的 URL 或 者 连接 到 不 恰当 的 内 容 对 象 和 功能 ; 最 后 对 连 
接 到 外 部 Web 应 用 的 链接 应 该 测试 其 精确 性 并 评估 链接 超时 情况 下 的 风险 。 


2. 表单 


从 宏观 上 看 ,进行 表单 测试 是 为 了 确保 : 

(1) 标签 正确 表示 表单 内 的 域 ,必需 的 (Required) 域 对 用 户 是 可 见 的 。 

(2) 服务 器 收 到 表单 内 包含 的 所 有 信息 ,并 且 在 客户 端 和 服务 器 端 传输 时 没有 丢失 
数据 。 

(3) 当 用 户 没有 在 下 拉 式 菜单 中 选择 或 没有 单 击 按钮 时 ,系统 会 使 用 默认 的 选项 。 

(4) 浏览 器 功能 (比如 “后 退 ”) 不 会 破坏 表单 中 输入 的 数据 。 

(5) 检查 输入 数据 错误 的 脚本 工作 正常 ,并且 提供 有 意义 的 错误 信息 。 

在 一 个 更 高 的 级 别 上 ,表单 测试 要 确保 : 

(1) 表单 域 有 合适 的 宽度 和 数据 类 型 。 
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(2) 当 用 户 输入 的 字符 串 长 度 大 于 预先 定义 的 最 大 长 度 时 ,表单 已 经 建立 了 排除 这 种 
输入 的 保护 措施 。 

(3) 下 拉 式 菜单 中 选项 的 定义 和 排列 要 对 最 终 用 户 来 说 要 有 意义 。 

(4) 浏览 器 自动 填写 的 特性 不 要 导致 数据 输入 错误 。 

(5) Tab 键 (或 者 其 他 的 键 ) 要 在 表单 域 之 前 进行 合适 的 移动 。 


3. 客户 端 脚本 

执行 黑 盒 测试 是 为 了 发 现 脚本 (如 Javascript) 执 行 时 发 生 的 错误 。 这 些 测试 附带 着 表 
单 测试 ,因为 脚本 的 输入 经 常 来自 于 部 分 表单 处 理 时 提供 的 数据 。 兼 容 性 测试 应 该 被 执行 ， 
从 而 确保 已 经 被 选择 的 脚本 语言 会 在 支持 Web 应 用 的 环境 配置 下 正常 工作 。 除 了 测试 脚 
本 本 身 之 外 ,Splaine 和 Jaskielc 建 议 * 你 应 该 确保 使 用 在 公司 标准 里 所 选 的 并 作为 客户 端 
(和 服务 器 端 ) 的 脚本 语言 和 版 本 ”。 


4. 动态 HTML 


执行 每 个 包含 动态 HTML 的 Web 页 面 以 确保 动态 显示 是 正确 的 ,并 且 应 该 进行 兼容 
性 测试 从 而 确保 动态 HTML 在 支持 Web 应 用 的 环境 配置 下 正确 工作 。 


5. 弹出 窗口 

一 系列 的 测试 以 确保 : 

(1) 弹出 窗口 大 小 合适 ,位 置 恰 当 。 

(2) 弹出 窗口 不 要 覆盖 原来 的 窗口 。 

(3) 弹出 窗口 的 美观 设计 要 与 界面 的 美观 设计 一 致 。 

(4) 附加 在 弹出 窗口 的 滚动 条 和 其 他 控制 机 制 要 位 于 合适 的 位 置 ,并 达到 要 求 的 功能 。 


6. CGI 脚本 

执行 黑 盒 测试 的 重点 放 在 数据 的 完整 性 ( 当 数 据 传 输 给 CGI 脚本 的 时 候 ) 和 一 旦 接收 
到 合法 数据 时 的 脚本 处 理 。 执 行 性 能 测试 以 确保 服务 器 端 配置 能 容纳 处 理 多 个 CGI 脚本 
的 处 理 请 求 。 

7. 流 内 容 

测试 应 该 证 明 流 数据 是 最 新 的 ,能 正确 显示 ,能 被 毫 无 错误 地 挂 起 和 毫 无 困难 地 重新 
开始 。 

8. Cookie 

服务 器 端 和 客户 端 都 需要 进行 测试 。 在 服务 器 端 ,测试 应 该 确保 当 特 定 的 内 容 和 功能 


206 软件 测试 方法 与 实践 


被 请 求 时 ,正确 地 构建 一 个 Cookie( 包 含 正确 的 数据 ) 并 正确 传送 给 客户 端 。 并 且 Cookie 的 
持久 性 要 经 过 测试 ,从 而 确保 它 的 过 期 时 间 是 正确 的 。 在 客户 端 ,测试 决定 Web 应 用 是 否 
正确 地 把 已 经 存在 的 Cookie 附加 到 一 个 特定 请 求 上 (发 送 给 服务 器 ) 。 


9. 应 用 相关 的 界面 机 制 


测试 遵照 一 个 由 界面 机 制定 义 的 功能 和 特性 的 检查 表 。 比 如 ,Splaine 和 Jaskiel 外 建议 
对 于 一 个 为 电子 商务 定义 的 购物 车 功能 的 检查 表 如 下 : 
边界 测试 放 到 购物 车 中 的 最 大 和 最 小 的 商品 数目 。 
测试 对 空 购物 车 的 结账 请 求 。 
测试 从 购物 车 中 正确 地 删除 一 个 商品 。 
测试 确定 是 否 购买 之 后 购物 车 被 清空 了 。 
测试 确定 购物 车 内 容 的 持久 性 (这 应 该 作为 客户 需求 被 说 明 ) 。 
测试 确定 如 果 客 户 请 求 被 保存 , Web 应 用 是 否 能 在 将 来 的 某 个 时 间 “ 记 起 ”购物 车 内 
的 内 容 。 


10.4.3 测试 界面 语义 


一 旦 每 个 界面 机 制 都 被 单元 测试 过 ,界面 测试 的 重点 就 转 到 对 界面 语义 的 考虑 。 界 面 
语义 测试 “评价 设计 是 否 很 好 地 考虑 了 使 用 者 ,是 否 提供 了 清楚 的 方向 ,传递 反馈 ,并 保持 语 
言 和 方法 的 一 致 性 ”9 。 

对 界面 设计 模型 的 全 面 评审 ,可 以 对 前 面 陈述 中 存在 的 隐 含 问题 作出 部 分 回答 。 然 而 ， 
一 旦 Web 应 用 被 实现 ,每 个 用 例 场景 (对 于 每 一 类 用 户 ) 都 必须 被 测试 。 本 质 上 ,一 个 用 例 
成 为 一 个 测试 序列 设计 的 输入 。 测 试 序列 的 目的 是 发 现 错误 ,这 些 错 误会 使 用 户 不 能 实现 
与 用 例 相 关 的 目标 。 

在 每 个 用 例 被 测试 后 , Web 项 目 组 保留 一 个 检查 表 以 保证 每 个 菜单 项 至 少 被 测试 一 
次 ,嵌入 每 一 个 内 容 对 象 的 链接 都 被 测试 过 。 另 外 ,测试 顺序 应 该 包括 不 正确 的 菜单 选择 与 
链接 使 用 。 其 目的 是 要 确定 Web 应 用 提供 有 效 的 错误 处 理 与 恢复 功能 。 


10.4.4 易 用 性 测试 


易 用 性 测试 也 评价 用 户 和 Web 应 用 有 效 交互 的 程度 和 Web 应 用 引导 用 户 行为 ,提供 
有 意义 的 反馈 、 强 化 界面 访问 一 致 性 的 程度 ,从 这 种 意义 上 说 , 易 用 性 测试 类 似 于 界面 语义 
测试 。 然 而 易 用 性 测试 目的 不 在 交互 对 象 的 语义 上 , 易 用 性 评审 与 测试 是 要 确定 Web 应 用 
界面 方便 用 户 使 用 的 程度 。 

易 用 性 测试 可 能 由 一 个 Web 工程 小 组 设计 ,但 是 测试 用 例 本 身 由 最 终 用 户 运 行 。 有 以 
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下 步骤 只 : 

(1) 定义 一 组 易 用 性 测试 类 型 及 其 目标 。 

(2) 为 评估 每 一 个 目标 设计 测试 。 

(3) 选择 将 要 进行 测试 的 参与 者 。 

(4) 当 执 行 测试 时 为 参与 者 和 Web 应 用 之 间 的 交互 提供 设备 。 

(5) 开发 一 种 评价 Web 应 用 易 用 性 的 机 制 。 

易 用 性 测试 可 以 用 于 多 种 不 同 抽象 层次 : 

(1) 评价 特定 的 界面 机 制 (如 表单 ) 的 易 用 性 。 

(2) 评价 完整 的 网 页 (包括 界面 机 制 数据 对 象 和 相关 功能 ) 的 易 用 性 。 

(3) 评价 整个 Web 应 用 的 易 用 性 。 

易 用 性 测试 的 第 一 步 是 识别 易 用 性 类 别 的 集合 ,并 为 每 一 类 别 制定 测试 目标 。 以 下 的 
测试 类 别 和 对 应 目标 举例 说 明了 这 一 过 程 : 

。 交互 性 一 一 交互 机 制 (例如 ,下 拉 式 菜单 .按钮 .光标 ) 是 否 易于 理解 和 使 用 ? 

。 布局 布局 风格 是 否 使 用 户 快速 找到 导航 机 制 内容、 功能 。 

。 可 读 性 一 一 文档 是 否 书写 正确 ,便于 理解 ?图 形 表述 是 否 易于 理解 ? 

。 美观 一 一 布局 .颜色 .字体 和 相关 特性 是 否 易于 使 用 ? 用 户 是 否 对 Web 应 用 感觉 
舒服 ? 
展示 特性 一 一 Web 应 用 是 否 使 用 了 最 优 的 屏幕 尺寸 和 分 辩 率 ? 

。 时 间 敏 感性 一 一 重要 的 特性 、 功 能 和 内 容 是 否 可 以 及 时 地 使 用 和 获得 ? 

。 个 性 一 一 Web 应 用 是 否 调整 自身 以 适应 不 同类 别 ,不 同 用 户 的 需要 ? 

。 无 障碍 性 一 一 有 身体 障碍 的 人 是 否 可 以 理解 Web 应 用 ? 

对 应 以 上 每 一 种 类 型 ,设计 了 一 系列 测试 。 在 一 些 情况 下 ,这 里 的 “测试 "可 能 是 视觉 评 
审 网 页 。 在 其 他 情况 下 ,界面 语义 测试 可 能 要 再 次 执行 ,但 是 在 这 种 情况 下 易 用 性 关注 的 方 
面 是 极为 重要 的 。 

以 对 交互 和 界面 机 制 的 易 用 性 评价 为 例 。Constantine 和 Lockwood 中 建议 易 用 性 测试 
应 该 检查 下 列 界面 元 素 : 动画 、 按 钮 ,颜色 ,控制 ,对话 框 域 .表单 、 窗 框图 形 、 标 签 、 链 接 、 
菜单 .消息 、 导 航 条 、 页 面 、 选 择 框 , 文 本 、 工 具 栏 。 当 评估 每 个 特征 时 ,执行 测试 的 用 户 是 按 
定性 等 级 来 进行 评分 。 图 10-3 描述 可 由 用 户 选 择 的 评估 “级 别 ” 集 合 。 这 些 级 别 分 别 应 用 
于 各 个 特征 、 整 个 网 页 或 整个 Web 应 用 。 


10.4.5 兼容 性 测试 


Web 应 用 必须 运行 于 不 同 的 环境 。 不 同 的 计算 机 、 显 示 设 备 、 操 作 系统 、 浏 览 器 和 网 络 
连接 速度 对 Web 应 用 的 运行 有 重要 的 影响 。 每 一 种 配置 都 会 导致 客户 端 运行 速度 .显示 分 
辨 率 和 网 络 连接 速度 的 不 同 。 操 作 系统 反复 无 常 的 行为 可 能 导致 Web 应 用 出 现 问题 。 不 
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易 用 (ease of use) 
4 


〇 易学 
〇 有 效 


易 理 解 (ease of understanding) 


可 预测 性 
图 10-3 易 用 性 的 质量 评价 


考虑 Web 应 用 中 HTML 的 标准 化 程度 ,不 同 的 浏览 器 有 时 也 会 造成 微妙 的 差异 。 对 于 特 
定 的 配置 一 些 必需 的 插件 可 能 或 不 能 随即 获得 。 

在 有 些 情况 下 ,细小 的 兼容 性 问题 不 会 产生 严重 的 问题 ,但 是 在 另外 一 些 情况 下 ,这 将 
产生 严重 的 错误 。 例 如 ,下 载 速 度 会 变 得 慢 得 难以 接受 ,缺少 必要 的 插件 使 内 容 无 法 获得 ， 
浏览 器 的 不 同 会 造成 引 人 注 目的 页 面 布局 改变 ,字体 风格 可 能 被 改变 以 至 于 难 辨认 的 ,或 者 
表单 可 能 被 不 合理 地 组 织 。 兼 容 性 测试 努力 在 Web 应 用 上 线 之 前 揭示 这 些 问题 。 

兼容 性 测试 的 第 一 步 是 定义 一 个 “经 常 遇 到 的 ?客户 端 计算 机 配置 及 其 变化 的 集合 ,其 
本 质 是 创立 一 个 树 结构 。 该 结构 定义 每 种 计算 平台 、 典 型 显示 设备 .平台 支持 的 操作 系统 、 
可 以 获得 的 浏览 器 、 可 能 的 网 络 连接 速度 和 类 似 的 信息 。 下 一 步 ,Web 开发 小 组 导出 一 系 
列 兼容 性 确认 测试 ,包括 从 现 有 的 界面 测试 .导航 测试 ,性 能 测试 和 安全 测试 。 这 些 测试 的 
目的 是 发 现 由 配置 不 同 引 发 的 错误 或 运行 时 问题 。 


Web 应 用 测试 

地 点 : Henry Smith 的 办 公 室 。 

人 员 : Henry Smith(CFI 软件 开发 小 组 经 理 ) 和 Alice Raman(CFI 软件 开发 小 组 组 员 ) 。 
Henry: 你 认为 CFI Webapp V0.0 怎么 样 ? 

Alice: 外 包 方 做 得 不 错 。Mary(vendor 开发 负责 人 ) 告 诉 我 他 们 正在 按 我 们 所 说 的 方式 
进行 测试 。 
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Henry: 我 希望 你 和 其 他 小 组 成 员 对 这 个 电子 商业 站 点 做 一 点 非 正式 的 测试 。 


死 撑 着 努力 推出 那个 产品 。 


始 测试 了 。 我 只 是 想 换 一 种 其 他 方法 是 否 有 帮助 ,还 有 ,我 们 要 控制 成 本 ,因此 …… 
Alice( 叹 气 ); 你 期 阶 着 什么 ? 
Henry: 我 想 确定 界面 和 所 有 的 导航 是 可 靠 的 。 
Alice: 我 估计 我 们 可 以 从 每 个 主要 界面 的 测试 用 例 开 始 。 
学 习 CFI 系统 
选择 适合 的 CFI 开发 项 目 
应 聘 一 个 CFI 开发 项 目 
下 载 CFI 项 目 开发 设计 
Henry: 很 好 。 但 是 要 走 完 导 航路 径 的 全 程 一 直到 得 到 结果 。 


显示 所 有 正在 招聘 的 CFI 开发 项 目 

显示 招聘 单位 信誉 排名 

选择 一 个 CFI 开发 项 目 

我 们 可 以 测试 每 条 路 径 的 语义 。 
Henry: 测试 时 ,检查 每 一 个 导航 节点 的 内 容 。 
Alice: 当然 …… 还 有 功能 单元 。 谁 测试 易 用 性 ? 


出 了 20 种 典型 用 户 供 易 用 性 研究 。 不 过 如 果 你 们 发 现任 何 易 用 性 问题 ,也 可 以 报告 。 
Alice: 我 知道 ,也 报告 给 他 们 。 
Henry: 谢 了 ,Alice。 


Alice( 作 苦 相 ): 我 还 以 为 我 们 会 雇佣 第 三 方 测试 公司 来 确认 这 个 Web 应 用 。 我 们 正在 


Henry: 我 们 打算 雇佣 一 个 测试 公司 进行 性 能 和 安全 测试 ,我 们 的 外 包 测 试 公 司 已 经 开 


Alice: (浏览 用 例 的 记录 本 ) 是 的 ,当选 择 * 选 择 适 合 的 CFI 开发 项 目 ” 时 ,将 引导 到 达 : 


Henry: 哦 …… 测 试 公司 会 进行 易 用 性 测试 。 我 们 已 经 雇 了 一 家 市 场 调查 公司 ,他 们 列 


10.5 组 件 级 测试 


组 件 级 测试 也 叫 功能 测试 ,用 来 发 现 Web 应 用 功能 方面 错误 。 每 个 Web 应 用 功能 


都 


是 一 个 软件 模块 (用 一 种 程序 或 脚本 语言 实现 ) ,可 以 使 用 黑 盒 测试 技术 (有 时 候 用 白 盒 技 


术 ) 进 行 测试 。 


组 件 级 别 的 测试 用 例 经 常 由 表单 输入 驱动 。 一 旦 定义 了 表单 数据 ,用 户 通过 选择 一 


按钮 或 其 他 界面 控制 机 制 开 始 执行 测试 。 下 面 的 测试 用 例 设计 方法 是 非常 典型 的 : 


全 


。 等 价 类 划分 一 一 功能 的 输入 域 被 分 成 输入 类 别 , 由 这 些 类 别 生成 测试 用 例 。 评 估 输 
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人 形式 从 而 确定 哪些 数据 类 别 和 功能 有 关 。 当 其 他 的 输入 类 别 不 变 时 ,为 每 一 输入 
类 别 生成 测试 用 例 并 执行 测试 用 例 。 比 如 ,一 个 电子 商务 应 用 可 能 实现 一 个 计算 运 
输 费 用 的 功能 ,通过 表单 提供 多 种 关于 用 户 邮 政 编码 的 运输 信息 。 指 定 不 同 邮 编号 
码 会 产生 不 同 的 错误 ,设计 发 现在 处 理 邮 编 时 产生 错误 的 测试 用 例 (比如 一 个 不 完 
整 的 邮编 号 码 一 个 正确 的 邮编 号 码 一 个 不 存在 的 邮编 号 码 一 个 格式 错误 的 邮编 
号 码 )。 

边界 值 分 析 一 一 测试 表单 数据 的 边界 值 。 比 如 ,前 面 提 到 的 运输 费用 计算 功能 , 需 
要 产品 运输 的 最 长 天 数 , 表 单 里 面 的 最 短 天 数 是 2 天 、 最 长 天 数 是 14 天 。 然 而 , 边 
界 值 可 能 输入 0、1、2、13、14、15, 从 而 确定 功能 对 在 有 效 输入 的 边界 之 外 和 之 内 的 
数据 如 何 响应 。 

路 径 测试 一 一 如 果 功 能 的 逮 辑 复杂 度 很 高 ,那么 使 用 路 径 测试 (一 种 白 盒 测试 用 例 
设计 方法 ) 可 确保 程序 中 每 个 独立 的 路 径 都 被 测试 到 。 


除了 这 些 测 试用 例 设计 方法 ,使 用 强迫 错误 测试 (Forced Error Testing) 方 法 中 生成 测 
试用 例 ,有 目的 地 驱使 Web 组 件 进 入 一 个 错误 的 状态 。 这 样 的 目的 是 发 现 错误 处 理 时 的 错 
误 (比如 不 正确 的 或 不 存在 出 错 信 息 、 由 于 错误 导致 Web 应 用 失败 错误 输入 导致 错误 输 
出 .与 组 件 处 理 有 关 的 副作用 等 ) 。 

每 个 组 件 级 别 的 测试 用 例 指定 组 件 提供 的 所 有 输入 值 和 期 望 的 输出 。 记 录 下 测试 所 产 
生 的 实际 结果 输出 ,以便 将 来 在 技术 支持 和 软件 维护 时 参考 。 

在 很 多 情况 下 , Web 应 用 功能 的 正确 执行 是 与 连接 外 部 数据 库 的 交互 紧密 联系 的 , 因 
此 ,数据 库 测 试 成 为 组 件 级 测试 不 可 缺少 的 组 成 部 分 。Howerc 这 样 写 道 : 


数据 库 驱 动 的 网 站 涉及 在 Web 浏览 器 \ 操 作 系 统 、 插 件 、 通 信 协 议 、Web Server、 


数据 库 .( 肢 本 语言 ) 程 序 安全 增强 (软件 )、 防 火 墙 之 间 的 复杂 的 交互 。 这 种 复杂 
性 使 得 不 可 能 测试 网 站 的 每 一 种 依赖 、 每 一 个 错误 。 典 型 的 网 站 开发 项 目 建立 在 
一 个 具有 “ 攻 战 式 的 "(Aggressive) 进 度 表 上 ,因此 最 好 的 测试 方法 会 使 用 风险 分 
析 去 确定 哪里 才 是 最 需要 测试 的 地 方 。 风 险 分 析 应 该 包括 考虑 测试 环境 和 真实 环 
境 的 接近 程度 …… 风险 分 析 的 其 他 典型 考虑 如 下 : 


。 网 站 的 哪个 功能 对 其 目的 来 说 是 最 关键 的 ? 

。 网 站 的 哪 一 部 分 与 数据 库 交 互 最 多 ? 

。 网 站 的 CGI、Applets、ActiveX 等 组 件 的 哪些 方面 最 复杂 ? 
。 什么 问题 会 引起 最 多 的 抱怨 或 形成 最 粳 的 公众 形象 ? 

。 网 站 的 哪些 方面 是 最 流行 的 ? 

。 网 站 的 哪些 方面 有 最 高 的 安全 风险 ? 


当 为 Web 应 用 组 件 和 相关 的 数据 库 功能 设计 测试 用 例 时 , Hower 谈 到 的 每 一 个 风险 
都 应 该 被 考虑 到 。 
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10.6 ”导航 测试 


用 户 使 用 Web 应 用 程序 的 过 程 就 像 旅游 者 游览 博物 馆 , 将 有 多 条 路 线 可 供 选择 ,用 户 
可 能 多 次 停 下 来 ,有 许多 事情 需要 学 习 与 研究 ,开始 一 些 活动 ,然后 做 一 些 决定 。 像 前 面 讨 
论 的 ,如 果 旅 游 者 是 带 着 一 些 目 的 来 的 ,那么 导航 过 程 在 一 定 意 义 上 是 可 预测 的 。 同 时 , 导 
航 过 程 又 可 能 是 不 可 预测 的 ,这 是 因为 旅游 者 会 受 他 所 看 到 听 到 的 事物 的 影响 ,可 能 在 开始 
某 些 活动 时 改变 了 初衷。 所 以 导航 测试 的 目的 是 : 

(1) 保证 任何 用 户 可 以 使 用 的 路 径 都 处 于 可 工作 状态 。 

(2) 确认 每 个 导航 语义 单元 都 可 被 适当 类 型 的 用 户 使 用 。 


“我 们 没有 迷路 ,只 是 被 所 处 的 位 置 影响 了 。” 
John M. Ford 


10.6.1 测试 导航 语法 


导航 测试 的 第 一 个 阶段 实际 上 始 于 界面 测试 。 对 各 种 导航 机 制 进行 测试 以 保证 每 一 
个 都 完成 它们 本 身 的 功能 。Splaine 和 Jaskiel9 建议 下 面 的 每 一 种 导航 机 制 都 要 被 测 
试 到 ， 
。 导航 链接 一 一 包括 Web 应 用 程序 中 的 内 部 链接 ,指向 其 他 应 用 程序 的 外 部 链接 和 
特定 网 页 中 的 锚 点 。 通 过 测试 保证 选择 链接 时 可 以 获取 相应 的 内 容 以 及 实现 相应 
的 功能 。 
。 重 定向 一 一 是 当 用 户 请 求 不 存在 的 URL 或 选择 的 链接 目标 被 删除 了 或 名 字 被 改变 
的 情况 下 发 生 的 。 向 用 户 展示 一 条 消息 ,导航 重新 被 指向 另 一 个 页 面 (例如 主页 )。 
重 定向 应 当 通 过 请 求 不 正确 的 内 部 链接 或 外 部 URL 来 进行 测试 ,还 要 对 程序 的 相 
应 处 理 进行 评测 。 
。 书 签 一 一 虽然 书签 是 属于 浏览 器 的 功能 ,但 也 应 当 测 试 Web 应 用 程序 保证 创建 书 
签 时 可 以 提取 到 有 意义 的 网 页 标题 。 
，* 框架 一 一 每 个 框架 都 包含 特定 网 页 的 内 容 ; 一 个 框架 集 包含 多 个 框架 ,并 可 以 同时 
展现 多 个 网 页 。 因 为 一 个 框架 或 框架 集 可 能 存在 于 另 一 个 之 中 ,所 以 对 这 些 导 航 和 
展现 机 制 应 当 进 行 测试 ,看 是 否 可 以 获得 正确 的 内 容 、 合 适 的 外 观 与 大 小 .下 载 的 性 
能 以 及 浏览 器 的 兼容 性 。 
。 网 站 地 图 一 一 应 当 测试 入口 以 保证 通过 链接 使 用 户 得 到 正确 的 内 容 和 合适 的 功能 。 
。 内 部 搜索 引擎 一 一 复杂 的 Web 应 用 程序 经 常 包 含 成 百 上 千 的 内 容 对 象 。 一 个 内 部 
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搜索 引擎 允许 用 户 通过 关键 字 搜 索 得 到 需要 的 内 容 。 内 部 搜索 引擎 测试 是 测试 搜 
索 的 精确 性 和 完整 性 ,搜索 引擎 的 错误 处 理 以 及 高 级 搜索 特性 (比如 在 搜索 域 中 使 
用 布尔 操作 符 ) 。 


上 述 的 一 些 测试 可 以 通过 自动 化 工具 完成 (例如 链接 检验 ) ,而 其 他 一 些 则 需要 人 工 设 
计 和 执行 。 导 航 测试 的 最 终 目 的 是 保证 在 Web 应 用 投入 使 用 前 发 现 导 航 机 制 中 的 各 种 
错误 。 


10.6.2 测试 导航 语义 


前 面 也 提 到 了 导航 语义 单元 (NSU) ,这 里 给 出 它 的 定义 “导航 语义 单元 是 信息 及 其 相 
关 导航 结构 的 集合 ,它们 为 了 完成 相关 的 用 户 需求 而 相互 协作 5" 。 每 个 NSU 被 一 组 导航 


路 径 ( 称 作 “ 导 航路 ”) 所 定义 ,导航 路 径 链接 导航 节点 (比如 Web 页 面 、 内 容 对 象 . 功 能 )。 从 


ee 每 个 NSU 允许 用 户 完成 特定 的 需求 ,这 种 需求 由 某 类 用 户 的 一 个 或 多 个 用 例 定 
导航 测试 对 每 个 NSU 进行 测试 ,确保 这 些 需求 被 满足 。 
当 每 个 NSU 被 测试 时 ,Web 项 目 组 必须 回答 下 面 的 问题 : 


并 


NSU 是 不 是 无 误 地 实现 了 它 的 完整 性 ? 

在 为 NSU 定义 的 导航 路 径 上 下 文中 每 个 导航 节点 是 不 是 可 达 的 ? 

如 果 NSU 可 以 被 多 个 导航 路 径 达 到 ,那么 是 不 是 每 个 相关 路 径 都 被 测试 到 了 ? 

如 果 用 户 界面 为 辅助 导航 提供 了 指导 帮助 ,那么 在 导航 时 这 些 指 导 是 否 正确 而 可 理 
解 的 吗 ? 

除了 浏览 器 的 back 按钮 之 外 ,有 返回 上 一 层 节 点 和 路 径 首 节点 的 机 制 吗 ? 

一 个 大 的 导航 节点 (如 很 长 的 网 页 ) 内 部 的 导航 机 制 工作 正常 吗 ? 

如 果 在 一 个 节点 的 某 个 功能 被 执行 ,而 用 户 没有 提供 输入 ,那么 余下 的 NSU 会 被 完 
成 吗 ? 

如 果 在 某 个 节点 执行 功能 时 发 生 了 错误 ,那么 这 个 NSU 能 否 被 完成 ? 

有 没有 方法 可 以 在 所 有 节点 被 到 达 之 前 暂停 导航 ? 并 且 能 不 能 返回 暂停 的 节点 继 
续 导航 ? 

网 站 地 图 的 节点 是 否 都 可 以 达到 ? 最 终 用 户 明白 这 些 节 点 名 称 的 意思 吗 ? 

如 果 从 某 个 外 部 的 节点 到 达 一 个 NSU 内 部 的 节点 ,能 在 导航 路 径 上 到 达 下 一 个 节 
点 吗 ? 能 返回 到 先前 的 导航 路 径 上 的 节点 吗 ? 

当 执 行 NSU 时 ,用 户 能 理解 当前 所 在 内 容 结构 的 位 置 吗 ? 


导航 测试 与 界面 测试 和 可 用 行 测试 一 样 ,应 该 有 尽 可 能 多 的 人 参与 。 早 期 由 Web 开发 
工程 师 进 行 ,后 期 由 其 他 涉 众 、 独 立 的 测试 小 组 进行 ,最 后 由 非 技 术 类 的 用 户 进行 。 目 的 就 
是 全 面 进行 Web 应 用 的 导航 测试 。 
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10.7 配置 测试 


Web 应 用 具有 很 大 的 挑战 性 ,其 中 配置 的 变化 和 不 稳定 性 是 很 重要 的 因素 。 对 一 个 用 
户 来 说 ,硬件 、 操 作 系统 、 浏 览 器 ,存储 能 力 、 网 络 通信 速度 以 及 其 他 的 客户 端 因素 等 都 是 很 
难 预 测 的 。 并 且 , 对 一 个 给 定 的 用 户 来 讲 , 配 置 (操作 系统 升级 .新 的 因特网 提供 商 及 连接 速 
度 ) 以 一 定 的 规则 发 生变 化 ,导致 易 出 错 的 客户 端 环 境 , 错 误 的 影响 可 能 是 微妙 而 重要 的 。 
如 果 两 个 用 户 的 客户 端 环境 配置 不 同 , 那 么 一 个 用 户 对 Web 应 用 的 印象 和 跟 Web 应 用 的 
交互 方式 与 另 一 个 用 户 会 有 很 大 不 同 。 

配置 测试 的 工作 不 是 要 把 每 一 种 可 能 的 客户 端 配置 都 测试 到 ,而 是 测试 一 组 最 可 能 的 
客户 端 和 服务 器 端 配置 以 保证 在 所 有 的 配置 上 用 户 体验 都 相同 ,并 把 和 某 一 种 配置 相关 的 
错误 隔离 出 来 。 


10.7.1 服务 器 端 问题 


在 服务 器 端 , 设 计 配 置 测试 用 例 是 为 了 验证 服务 器 端的 计划 配置 (比如 Web 服务 器 \ 数 
据 库 服务 器 .操作 系统 .防火墙 . 并 发 应 用 等 ) 能 否 正确 无 误 地 支持 Web 应 用 。 本 质 上 , Web 
应 用 安装 在 服务 器 端 ,测试 是 为 了 在 服务 器 端 发 现 配 置 相 关 的 错误 。 

当 设 计 服务 器 端 配 置 测试 时 ,Web 工程 师 应 该 考虑 服务 器 配置 的 每 个 组 件 。 下 面 是 在 
服务 器 端 配置 测试 中 需要 提出 并 要 回答 的 问题 ， 

。 Web 应 用 完全 与 服务 器 操作 系统 兼容 吗 ? 
当 Web 应 用 运行 时 ,系统 文件 目录、 相关 的 系统 数据 会 被 正确 创建 吗 ? 
系统 安全 措施 允许 Web 应 用 执行 ,对 用 户 的 服务 没有 受到 干扰 或 造成 性 能 下 降 吗 ? 
当选 择 分 布 式 服务 器 配置 后 Web 应 用 被 测试 了 吗 ? 
Web 应 用 能 与 数据 库 软 件 集 成 吗 ? Web 应 用 对 不 同 版 本 的 数据 库 软件 敏感 吗 ? 
Web 应 用 脚本 会 被 正确 执行 吗 ? 
系统 管理 员 的 错误 对 Web 应 用 的 影响 被 测试 了 吗 ? 
如 果 使 用 代理 服务 器 ,那么 是 否 考虑 了 在 线 测试 时 它们 的 不 同 配 置 会 带 来 什么 
影响 ? 


10.7.2 客户 端 问题 


在 客户 端 ,配置 测试 集中 在 Web 应 用 配置 的 兼容 性 上 。 配 置 包括 下 列 组 件 的 一 个 或 多 
个 置换 排列 组 合 中 ; 
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硬件 : CPU 、 内 存 、 存 储 器 、 打 印 设备 。 

操作 系统 : Linux 操作 系统 、Macintosh 操作 系统 、Microsoft Windows 操作 系统 、 基 
于 移动 设备 的 操作 系统 。 

浏览 器 软件 : Internet Explorer、Mozilla/ Netscape、Opera、Safari 以 及 其 他 浏览 器 。 
用 户 界面 组 件 : ActiveX Java applets、SVG 以 及 其 他 界面 组 件 。 

。 插件 : QuickTime、RealPlayer.SVG Viewer 以 及 很 多 其 他 插件 。 

。 网 络 连接 设备 及 技术 : 有 线 .DSL .调制解调器 .T1 。 

除了 这 些 组 件 以 外 ,其 他 变量 还 包括 网 络 软件 .各 种 ISP 的 差异 和 应 用 程序 并 发 运 


行 等 。 
为 了 设计 客户 端 配置 测试 , Web 工程 小 组 必须 减少 配置 变量 数目 到 一 个 可 管理 的 程 
度 。 为 了 完成 这 些 测 试 , 评 估 每 一 类 用 户 从 而 确定 这 类 用 户 可 能 遇 到 的 配置 。 并 且 可 以 使 
用 行业 共享 的 数据 预测 最 可 能 的 组 件 组 合 ,从 而 在 这 些 环 境 中 进行 配置 测试 。 


10.8 安全 测试 


Web 应 用 的 安全 是 一 个 复杂 的 主题 ,要 想 完 成 有 效 的 安全 测试 ,必须 对 这 一 主题 有 全 
面 深入 的 理解 。Web 应 用 以 及 服务 器 端 和 客户 端的 运行 环境 吸引 了 很 多 人 的 注意 ,如 外 部 
的 黑客 . 爱 抱怨 的 雇员 ,不 诚实 的 竞争 者 或 任何 人 ,他 希望 瓷 取 敏感 信息 ,恶意 更 改 内 容 , 降 
低 ( 系 统 ) 性 能 ,使 功能 不 起 作用 ,或 使 一 个 人 ,组织 ,业务 染 上 麻烦 。 


“在 因特网 上 进行 商业 活动 .存储 财产 是 有 风险 的 ,黑客 、 解 密 高 手 、 网 络 偷窃 者 、 网 
络 哄骗 者 小偷, 故意 破坏 者 、 病 毒 传播 者 、 流 误 软件 可 能 会 泛 小。 
Dorothy and Peter Denning 


设计 安全 测试 是 为 了 探查 在 客户 端的 漏洞 和 网 络 在 客户 端 与 服务 器 端 传输 数据 时 漏洞 
以 及 服务 器 端的 漏洞 。 这 些 域 的 每 一 部 分 都 可 能 被 攻击 ,安全 测试 人 员 就 是 为 了 发 现 那些 
可 能 会 被 某 些 带 有 企图 的 人 利用 的 漏洞 。 

客户 端的 漏洞 经 常 能 追溯 到 存在 于 浏览 器 .邮件 程序 .通信 软件 中 的 缺陷 。Nguyentq 
描述 了 一 个 典型 的 安全 漏洞 : 

一 个 经 常 提 到 的 缺陷 是 缓冲 区 溢出 。 内 存 溢出 允许 客户 端 机 器 执行 恶意 代码 。 比 如 ， 
在 浏览 器 里 输入 URL 时 , 当 长 度 超过 分 配给 URL 的 缓冲 区 大 小 时 ,如 果 浏 览 器 没有 错误 
检测 代码 来 确认 输入 URL 长 度 , 将 会 导致 内 存 覆 盖 (缓冲 区 溢出 ) 错 误 。 一 个 老练 的 黑客 
常 利 用 这 个 缺陷 通过 写 一 个 长 URL 并 带 有 可 执行 代码 ,从 而 引起 浏览 器 崩溃 或 更 改 安全 
设置 (从 高 级 别 到 低级 别 ) ,更 糟糕 的 是 ,还 可 能 会 破坏 用 户 的 数据 。 
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另外 一 个 客户 端的 漏洞 是 未 经 授权 去 访问 浏览 器 中 的 cookie。 带 恶意 目的 的 网 站 可 以 
获取 包含 在 合法 的 cookies 中 的 信息 ,利用 这 些 信息 危 害 用户 的 隐私 ,更 糟糕 的 是 ,达到 盗 
取 用 户 身 份 的 目的 。 

客户 和 服务 器 之 间 通 信 的 数据 很 容易 被 骗取 。 当 一 端的 通信 路 径 被 一 个 怀 有 恶意 的 实 
体 破 坏 就 会 发 生 骗 取 , 比如 ,一 个 用 户 可 以 会 被 一 个 恶意 的 网 站 骗取 ,这 个 恶意 网 站 的 外 观 
可 能 与 合法 的 Web 应 用 服务 器 一 样 , 目 的 是 盗 取 客户 的 密码 .私有 信息 、 信 用 卡 数据 。 

服务 器 端的 漏洞 包括 拒绝 服务 攻击 和 恶意 脚本 。 恶 意 脚 本 可 以 传 给 客户 或 使 服务 器 操 
作 不 起 作用 ,并 且 服 务 器 数据 库 可 能 会 被 未 经 授权 访问 (数据 盗 取 ) 。 

为 了 防止 这 些 ( 或 更 多 的 ) 漏 洞 ,应 实现 下 面 的 一 个 或 更 多 安全 要 素 。 

。 防火墙 : 是 一 种 软 硬 件 结合 的 过 滤 机 制 ,检测 每 一 个 输入 包 确 保 它 来 源 的 合法 性 ， 

阻止 可 疑 的 包 。 

。 认 证 : 是 一 种 验证 机 制 , 确 认 客户 和 服务 器 的 真实 身份 ,只 有 两 边 都 被 确认 之 后 才 

能 允许 通信 。 

。 加密 : 是 一 种 编码 机 制 , 保 护 敏 感 数据 不 被 怀 有 恶意 目的 地 读 写 和 更 改 。 数 字 认 证 

增强 了 加 密 的 功能 ,允许 客户 验证 数据 被 传输 到 的 目的 地 。 

。 授 权 : 是 一 种 过 滤 机 制 ,只 有 那些 具有 合法 授权 代码 (比如 用 户 ID 和 密码 ) 的 用 户 

才能 访问 客户 端 和 服务 器 端 。 

安全 测试 的 目的 是 暴露 那些 可 能 被 怀 有 恶意 的 人 利用 的 安全 要 素 中 的 漏洞 。 安 全 测试 
设计 要 求 对 每 个 安全 要 素 的 内 在 工作 原理 有 很 深 的 理解 并 对 网 络 技术 有 很 广泛 深入 的 理 
解 。 在 很 多 情况 下 ,安全 测试 一 般 都 外 包 给 专门 的 公司 。 


10.9 性 能 测试 


在 竞争 者 的 网 站 只 需 数秒 的 事情 ,而 自己 的 Web 应 用 下 载 内 容 需 要 几 分 钟 ,没有 比 这 
样 的 事情 更 让 人 感到 诅 丧 的 了 ; 在 登录 一 个 网 站 时 收 到 “服务 器 正 忙 ”, 并 建议 用 户 稍 后 再 
试 ,没有 比 这 样 的 事情 更 让 人 烦恼 的 了 ; 在 一 些 情况 下 , Web 应 用 立即 响应 ,而 一 些 情况 下 
就 好 像 进入 无 限 等 待 状态 ,没有 比 这 样 的 事情 更 让 人 不 安 的 了 。 所 有 这 些 事情 每 天 都 会 发 
生 在 Web 上 , 且 都 与 性 能 有 关 。 

性 能 测试 是 要 发 现 性 能 问题 。 性 能 问题 可 以 来 自 服务 器 端 缺乏 资源 .不 足 的 网 络 带宽 、 
数据 库 的 性 能 不 足 ,操作 系统 不 完善 .糟糕 的 Web 应 用 功能 设计 和 其 他 软 、 硬 件 问题 ,这 些 
都 会 导致 客户 端 -服务 器 性 能 的 下 降 。 测 试 有 两 方面 的 目的 : 

(1) 理解 系统 怎样 响应 负载 (也 就 是 说 用 户 数 、 事 务 数 或 数据 量 )。 

(2) 收集 为 了 提高 性 能 而 更 改 设计 的 指标 。 
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10.9.1 性 能 测试 目标 


性 能 测试 是 为 了 模拟 现实 世界 的 负载 状况 。 当 同时 请 求 的 用 户 数 增加 ,或 者 在 线 事 务 
数 增加 ,或 者 下 载 或 上 传 的 数据 量 增加 时 ,性 能 测试 能 帮助 回答 下 面 的 问题 : 

。 服务 器 的 响应 时 间 会 下 降 到 值得 注意 和 不 可 接受 的 程度 吗 ? 

。 在 哪 一 点 (根据 用 户 数 、 事 务 数 或 数据 负载 量 ) 性 能 变 得 不 可 接受 了 ? 

。 系统 的 哪些 组 件 导致 性 能 下 降 ? 

。 在 负载 变化 时 用 户 的 平均 响应 时 间 是 多 少 ? 

。 人 性 能 下 降 对 系统 安全 有 影响 吗 ? 

。 随 着 系统 负载 增长 时 Web 应 用 的 可 靠 性 和 准确 性 会 受到 影响 吗 ? 

。 当 负 和 载 大 于 系统 的 最 大 容量 时 会 发 生 什么 情况 ? 

为 了 回答 上 面 这 些 问 题 ,采用 两 种 性 能 测试 方法 。 

。 负载 测试 : 根据 负载 级 别 和 组 合 的 变化 ,对 现实 的 负载 进行 测试 。 

。 压力 测试 : 负载 增加 到 转折 点 时 确定 Web 应 用 环境 能 处 理 多 大 的 容量 。 

下 面 分 别 考虑 这 两 个 测试 策略 。 


10.9.2 负载 测试 


负载 测试 的 目的 是 确定 Web 应 用 和 它 的 服务 器 端 环境 如 何 响应 各 种 各 样 的 负载 条 件 。 
进行 测试 时 ,下 面 变量 的 排列 组 合 定 义 了 一 个 测试 条 件 集 : 

。 N 一 一 并 发 的 用 户 数 。 

。 T 一 一 单位 时 间 每 个 用 户 的 在 线 事 务 数 。 

。 D 一 一 每 个 事务 被 服务 器 处 理 的 数据 负载 量 。 

每 种 情况 下 ,这 些 变量 定义 在 系统 正常 的 操作 范围 内 。 当 运行 每 种 测试 条 件 时 ,收集 一 
个 或 者 更 多 的 测试 量度 : 平均 的 用 户 响应 、 下 载 标准 单元 数据 的 平均 时 间 、 人 处 理 一 个 事务 的 
平均 时 间 。Web 项 目 组 检查 这 些 量度 从 而 确定 性 能 的 急速 下 降 可 以 追溯 到 的 一 个 特定 的 
N.、T.D 组 合 。 

负载 测试 可 以 用 于 评估 给 Web 应 用 用 户 推荐 的 连接 速度 。 用 下 面 的 方法 计算 吞吐 量 
P 值 。 

P=NxTxD 

考虑 一 个 流行 的 体育 新 闻 网 站 ,在 一 个 给 定 的 时 刻 , 平 均 每 2 分 钟 20000 个 并 发 用 户 同 
时 提交 一 个 请 求 (事务 T) ,每 个 事务 要 求 Web 应 用 下 载 一 篇 平均 大 小 3KB 的 新 文章 。 
此 ,这 样 计算 吞吐 量 : 

P= (20000 Xx 0.5 XxX 3KB)/60 == 500Kbytes/ 秒 = 4Mbits/ 秒 ( 注 : 1bytes = 8bits) 
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对 于 服务 器 的 网 络 连 接 来 说 ,必须 提供 数据 传输 率 的 支持 ,并 且 要 确保 通过 测试 。 
10.9.3 压力 测试 


压力 测试 是 负载 测试 的 继续 ,但 是 在 这 里 N、T、D 变量 要 满足 和 超过 操作 限制 。 这 些 
测试 的 目的 是 要 回答 下 面 的 问题 : 
。 当 超 出 系统 容量 时 系统 是 逐渐 退化 还 是 服务 器 关闭 吗 ? 
。 服务 软件 会 出 现 “服务 器 不 可 用 ”的 信息 吗 ? 更 一 般 地 说 ,用 户 会 意识 到 服务 器 不 能 
访问 吗 ? 
服务 器 对 请 求 进行 排队 吗 ? 当 服务 请 求 取消 后 服务 器 会 清空 请 求 队列 吗 ? 
。 容量 超出 限制 时 事务 会 丢失 吗 ? 
容量 超出 限制 时 数据 完整 性 会 受到 影响 吗 ? 
。 多 大 的 N、T.D 值 会 引起 服务 器 环境 失败 ? 怎么 声明 这 些 失败 ?警告 信息 会 自动 
发 给 服务 器 网 站 的 技术 支持 人 员 吗 ? 
。 如 果 系 统 宕 机 了 ,多 长 时 间 才 能 恢复 ? 
。 当 服 务 器 容量 达到 80% 一 90% 时 ,Web 应 用 程序 的 某 些 功能 (比如 计算 加 强 功 能 、 
数据 流 能 力 ) 会 不 会 不 能 继续 运行 ? 
压力 测试 的 一 个 变种 有 时 叫做 脉冲 反弹 (spike/bounce) 测 试 中 。 这 种 测试 首先 把 负载 
设 为 系统 容量 ,然后 快速 降 到 正常 水 平 ,接着 再 回 到 系统 容量 。 通 过 反弹 设 定 系统 负载 , 测 
试 人 员 能 确定 服务 器 是 否 能 够 调度 资源 满足 负载 高 峰 的 需求 ,然后 恢复 到 正常 负载 时 又 能 
够 释放 资源 (为 了 准备 下 一 个 高 峰 ) 。 


10.10 总 结 


Web 应 用 测试 是 测试 Web 应 用 质量 的 每 个 纬度 ,目的 是 发 现 错误 或 者 发 现 导 致 质量 
失败 的 问题 。 测 试 集中 在 内 容 、 功 能 、 结 构 、 易 用 性 、 导 航 \ 性 能 、 兼 容 性 、 互 操作 、 容 量 、 安 全 
等 方面 。 测 试 应 该 和 Web 应 用 设计 的 评审 相 结合 。 

Web 应 用 测试 策略 从 内 容 、 功 能 .导航 等 的 单元 测试 开始 ,测试 质量 的 每 个 纬度 。 一 且 
每 个 单元 被 确认 了 ,重点 转移 到 测试 Web 应 用 的 整体 ; 为 了 达到 这 个 目标 ,很 多 测试 从 用 
户 的 角度 出 发 ,由 用 例 中 包含 的 信息 驱动 。 开 发 一 个 Web 工程 测试 计划 包括 识别 测试 步 
又 ,工件 (比如 测试 用 例 ) 和 评估 测试 结果 的 机 制 。 测 试 过 程 包括 7 个 不 同 的 测试 类 型 。 

内 容 测试 (和 评审 ) 集 中 在 各 种 各 样 的 内 容 类 型 ,目的 是 发 现 影响 内 容 准确 性 语义 和 句 
法 的 错误 或 者 呈现 给 最 终 用 户 的 方式 错误 。 界 面 测试 是 测试 用 户 和 Web 应 用 的 交互 机 制 
和 确认 界面 的 美观 ,目的 是 发 现在 界面 语义 中 由 于 交互 机 制 的 不 良 实现 省略 ,不 一 臻 .二 义 
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性 而 引起 的 错误 。 

导航 测试 应 用 在 软件 分 析 阶 段 得 到 的 用 例 。 设 计 测 试用 例 要 根据 导航 设计 执行 每 个 使 
用 场景 。 测 试 导 航 机 制 确保 妨碍 用 例 完 成 的 任何 错误 被 确认 和 更 正 。 组 件 测 试 是 测试 
Web 应 用 的 内 容 和 功能 单元 。 每 个 网 页 封装 内 容 、. 导 航 链接 .处 理 元 素 ,它们 形成 Web 应 
用 体系 结构 中 构成 “单元 ”, 这 些 单元 必须 被 测试 。 

配置 测试 是 要 发 现 与 某 一 特殊 的 客户 端 或 服务 器 端 环境 相关 的 错误 或 者 兼容 性 问题 ， 
进行 测试 从 而 发 现 与 每 个 可 能 配置 有 关 的 错误 。 安 全 测试 组 织 一 系列 测试 以 利用 Web 应 
用 和 其 环境 的 弱点 ,目的 是 发 现 安全 漏洞 。 性 能 测试 包含 一 系列 评估 Web 应 用 中 当 服务 器 
资源 的 需求 增加 时 ,评估 响应 时 间 和 可 靠 性 的 测试 。 
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10.12 思考 与 练习 


1. 试用 你 自己 的 话 ,描述 Web 工程 项 目 中 ,测试 的 目标 是 什么 ? 

2. 讨论 哪 种 错误 更 为 严重 ,是 客户 端 错误 还 是 服务 器 端 错误 ? 为 什么 ? 

3. 对 Web 应 用 的 什么 元 素 可 以 进行 “单元 ”测试 ? 哪 类 测试 必须 在 集成 Web 应 用 的 
元 素 之 后 进行 ? 


4. 
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以 下 的 描述 是 否 是 绝对 的 :“ 测 试 Web 应 用 的 总 体 策略 是 从 用 户 可 视 的 元 素 开始 ， 


然后 向 技术 元 素 推进 ”? 有 没有 一 些 例外 ? 


5. 
6 


活动 ? 


和 
8. 
4 


内 容 测试 是 通常 意义 上 的 “真正 ?测试 吗 ? 请 给 出 解释 。 


. 描述 Web 应 用 数据 库 测 试 的 步 又。 在 客户 端 还 是 服务 器 端 数据 库 测 试 是 一 主导 


界面 机 制 测试 与 界面 语义 测试 的 区 别 是 什么 ? 
导航 语法 与 导航 语义 的 区 别 是 什么 ? 
安全 测试 的 目的 是 什么 ?由 谁 担任 这 项 测试 ? 


10. 负载 测试 与 压力 测试 的 区 别 是 什么 ? 


10.13 ”进一步 阅读 


Lydia Ash, The Web Testing Companion: The Insiders Guide to Efficient and 
Effective Tests. lst edition. Wiley,2003 

Elfriede Dustin, Jeff Rashka, Douglas McDiarmid. Quality Web Systems: Performance, 
Security,and Usability. Addison-Wesley Professional,2001 

Hung Q. Nguyen. Testing Applications on the Web. 2nd Edition. Wiley ,2003 

Steven Splaine, Stefan P. Jaskiel. The Web Testing Handbook.S T QE Pub,2001 

Steven Splaine. Testing Web Security: Assessing the Security of Web Sites and 


Applications. 1 edition Wiley,2002 
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